İş Yükü Ölçümü ve Kapasite Zarfı

Ön koşul: Arven portalı, ERP gateway, üretim hattı ve veri yolunun bağımlılıklarını önceki modüllerden açıklayabilmelisin. Bu dersin sonunda iş hizmetini işlem birimine çevirecek, veri kalitesini tartacak, normal ve tepe profilini ayıracak, üç yıllık büyüme varsayımını görünür kılacak ve sayı uydurmadan kapasite zarfı hazırlayacaksın. Yaklaşık 25 dakika anlatı, 22 dakika Arven uygulaması ve 15 dakika kontroller için ayrılır. İlk toplantıdaki 'kaç CPU gerekiyor' sorusu henüz tasarım girdisi değildir. Önce müşterinin hangi iş sonucunu, hangi zamanda, kaç eşzamanlı kullanıcı ve entegrasyonla, hangi gecikme sınırı içinde beklediğini belirle. Portal isteği, doğrulanmış sipariş, ERP'ye başarıyla aktarılmış kayıt ve üretime iletilmiş emir aynı işlem değildir. Ölçüm birimini iş sahibiyle sabitlemezsen teknik metrikler birbirine karışır ve kapasite hesabı doğru görünse de yanlış talebi karşılar.

Bir aylık ortalama grafik, yıllık kampanyayı veya vardiya değişimindeki kısa patlamayı temsil etmez. En azından hafta içi/sonu, iş saatleri, ay sonu, kampanya, üretim vardiyası ve bakım pencerelerini ayrı etiketle. Normal profil sürekli çalışma için, tepe profil tekrar eden yoğun pencere için, burst profil kısa fakat kritik ani yük için tanımlanır. Her profilin süresi, sıklığı, concurrency düzeyi ve iş karışımı yazılır. Okuma, yazma, büyük rapor ve entegrasyon aktarımı farklı kaynakları tüketir; yalnız toplam işlem oranı yanıltır. 1 dakikalık burst 1 saatlik ortalamada kaybolabilir. Gereken örnekleme çözünürlüğü hizmet hedefinin zaman ölçeğiyle uyuşmalı, ancak yüksek frekanslı örnekler saklama maliyetini ve gürültüyü artırır. Yüzdelikleri toplanabilir ortalamalar gibi birleştirme; her pencerenin dağılımını ve örnek sayısını ayrıca tut.

Üç yıllık büyümeyi tek yüzdeyle bütün katmanlara uygulama. Sipariş sayısı, aktif kullanıcı, işlem başına veri boyutu, saklama süresi, rapor sorgusu, üretim lokasyonu ve entegrasyon sayısı farklı hızlarda değişebilir. İş sahibiyle temel, yüksek ve adverse senaryoları tanımla; tetikleyici iş olayını, beklenti tarihini ve güven düzeyini yaz. Örneğin yeni ülkeye açılış kullanıcı sayısını artırırken ERP'ye giden sipariş karışımını değiştirebilir; satın alma sonrası yeni fabrika ağ ve veri transferinde farklı pik üretir. Büyümenin yıllık bileşik veya aşamalı olup olmadığını açıkça belirt. Başlangıç metriği eksikse yüzde matematiği sahte kesinlik yaratır. Varsayımı kaynak, owner ve geçerlilik tarihiyle deftere koy. Sizing ufku aynı zamanda satın alma, kurulum, destek ve genişleme süresini kapsamalıdır; üç yıllık hedefin ilk günden tüm kapasite olarak satın alınması zorunlu değildir.

Dersin çıktısı ürün veya BoM seçimi değil, sonraki sizing hesabının dayanacağı kanıt paketidir. Her satırdaki sayı ölçüm aralığı, iş profili, veri kaynağı ve tarihiyle izlenir. Kanıt boşluklarını önemine göre sırala: SLO'yu kırabilecek ERP limiti ve kampanya burst'ü önce; küçük etkili rapor değişimi sonra doğrulanabilir. Bir TBD'yi kapatmak için sahibini, ölçüm yöntemini, gerekli pencereyi, kabul eşiğini ve karar tarihini yaz. Test ortamı üretim iş karışımını yansıtmıyorsa sonucu doğrudan üretim kapasitesi diye sunma. Müşteriyle minimum veri toplama süresini ve mahremiyet gereksinimini netleştir. Gerçek kullanıcı verisi gerekiyorsa anonimleştirme veya sentetik veri seçimini güvenlik sahibiyle değerlendir. Kanıt paketinde açıkça 'ölçülen', 'türetilen', 'varsayılan' ve 'karar için bekleyen' ayrımı bulunsun.