Sizing ve BoM
Sizing Doğrulaması, TCO ve Koşullu Teklif Kararı
Sizing iddiasını test sözleşmesine dönüştür
Ön koşul: Arven iş yükü zarfı, CPU/bellek/depolama/ağ hesabı ve BoM bağımlılık matrisini okuyabilmelisin. Bu dersin sonunda normal, kampanya tepe, adverse arıza ve bakım koşulları için POC sözleşmesi yazacak; test sonucunu üç yıllık TCO ve teklif varsayımlarıyla birleştirecek; kabul, ret, fallback ve yeniden açma kararını açıkça sunacaksın. Yaklaşık 28 dakika anlatı, 27 dakika karar paketi ve 15 dakika kontroller önerilir. 'Sizing tamamlandı' demek hesap tablosunun dolması değildir. İş yükü gerçekten üretim benzeri veri, sürüm, topoloji ve bağımlılıklarla çalıştırıldığında beklenen iş sonucu ölçülmelidir. POC hangi hipotezi sınadığını, hangi koşulu dışarıda bıraktığını ve başarısızlığın hangi mimari değişikliği doğuracağını önceden söylemelidir. Test yalnız ekip içi gösterimse teklifin kapasite güvencesine dönüşmemelidir.
| Koşu | Başlıca gözlem | Ret ve yeniden açma |
|---|---|---|
| Normal ve kampanya tepe | Tamamlanan sipariş, p95/p99, hata, ERP backlog | İş SLO'su aşılırsa darboğaz araştır |
| Kısa burst | Throttling, kuyruk yaşı, toparlanma | Kuyruk kabul sınırını aşarsa akış tasarımını aç |
| Bir domain kaybı | Failover süresi, kalan CPU/bellek/I/O, sipariş | RTO/p99 aşılırsa yerleşim veya kapasiteyi aç |
| Rolling bakım ve rebuild | Ortak ağ/storage yükü ve p99 | Bakım penceresi veya rezervi yeniden değerlendir |
MÜŞTERİYE SOR
Hangi sipariş p99, hata, backlog ve failover süresi geçme/kalma eşiğidir; bu sınırları kim iş adına kabul eder?
Teknik test metriğini müşteri kabul kararıyla bağlar.
ŞİMDİ SEN DENE
Dört koşulu yaz
Arven için normal, kampanya burst, bir domain kaybı ve bakım koşularını tasarla. Başlangıç konfigürasyonu, yük profili, iş SLO'su, teknik gözlem, güvenli durdurma sınırı, owner, tekrar ve retest adımını belirt. Üretim dışı ortam farklarını sonuç sınırlaması olarak kaydet.
BİLGİNİ KONTROL ET
Tek bir disk benchmark'ı Arven portalı için neyi kanıtlar?
Başarısız testi mimari bilgiye çevir
POC hedefi tutmazsa doğrudan daha büyük sunucu önermek yerine ilk kırılan iş ölçüsünü ve eşzamanlı katman sinyallerini sırala. Sipariş p99 yükselirken CPU ready sabit, ERP throttling artıyorsa darboğaz portal CPU'su değildir. Disk p99 bozulurken rebuild trafiği ağ uplink'ini dolduruyorsa depolama veya ağ yolu daha yakından incelenir. Nedensellik için yük profili sabit tutularak tek değişken değiştirilir, aynı ölçüm tekrar edilir. Test ortamının üretimden farklı olması, kanıtı yok saymak için de kesin vaatte bulunmak için de bahane değildir; farkın sonuca hangi yönde etki ettiğini ve bilinmeyenleri yaz. Testte veri doğruluğu kaybolduysa kapasite başarı sayılmaz. Güvenli durdurma koşulu, rollback ve müşterinin test verisi üzerindeki yetkisi önceden yazılmalıdır. Başarısızlık sonucu yeni hipotez ve tekrar testi doğurur; eski BoM satırı otomatik onaylanmış kalamaz.
ÖRNEK
Tepe testi geçip arıza koşusu kalırsa
Öğretim örneğinde Arven portalı kampanya tepesinde sipariş p99 hedefini tutturur; bir düğüm kaybı sırasında ise ERP kuyruk yaşı kabul sınırını geçer. 'Genel test başarılı' diyerek BoM'u kilitlemek yanlış olur. Kalan iki düğümün CPU/bellek yükü, gateway bağlantıları, ağ yolu ve rebuild trafiği ayrı ölçülür. Eksik kaynak gerçekten compute ise düğüm sayısı artışı; sınır ERP bağlantı havuzuysa yazılım/entegrasyon değişikliği düşünülür. Her seçenek yeni POC koşusuyla sınanır ve ilgili lisans, port, güç ve destek satırları yeniden hesaplanır. Bu rakamlar gerçek Arven testi değildir.
MÜŞTERİYE SOR
POC bir koşuda kalırsa iş sahibinin kabul edebileceği sınırlı hizmet veya fallback var mı; hangi çözüm ve retest teklif revizyonunu açar?
Başarısızlığın iş etkisini, alternatifini ve ticari yeniden açmayı tanımlar.
ŞİMDİ SEN DENE
Kalma nedenini kök hipoteze bağla
Arven arıza POC'unda p99 aşılmış varsay. İş metriği, CPU ready, bellek, storage p99, ağ kaybı ve ERP throttling için eldeki kanıtı tabloya yaz. İlk iki olası nedeni, bunları ayıracak tek değişkenli deneyi ve etkilenecek BoM satırlarını belirt. Kanıt yoksa TBD yaz.
BİLGİNİ KONTROL ET
Tepe koşusu geçti ama düğüm kaybında iş SLO'su kırıldıysa karar nedir?
Üç yıllık TCO ile seçenekleri aynı sınırda karşılaştır
TCO, satın alma anındaki ürün fiyatından geniştir. Arven'in üç yıllık ufkunda ilk yatırım veya abonelik, yıllık destek ve yazılım yenileme, güç/soğutma, rack/alan, ağ ve veri transferi, yedekleme saklama, operasyon emeği, kurulum/migration, POC ve eğitim, beklenen kapasite genişlemesi ile çıkış maliyeti ayrı satırdır. Bir maliyetin müşteri veya tedarikçi tarafından üstlenilmesi onu sıfır yapmaz; hesap sınırını açık yaz. Para birimi, vergi kapsamı, ödeme zamanı, iskonto yöntemi ve kur varsayımı seçeneklerde aynı olmalıdır; bunlar finans ve satın alma sahibince onaylanır. Fiyat veya lisans hakkı değişken olduğundan burada gerçek rakam iddia edilmez. Teknik alternatifleri önce aynı iş SLO, arıza kapsamı, support ve büyüme ufkunda eşitle; daha ucuz görünen seçenek kabul koşulunu karşılamıyorsa karşılaştırma geçersizdir. Maliyet belirsizliğini aralık ve kaynağıyla göster.
| Dönem | Gider ve kanıt | Açık koşul |
|---|---|---|
| Başlangıç | Donanım/yazılım, kurulum, migration, test, eğitim | Güncel teklif ve kapsam |
| Yıl 1–3 | Support, lisans, enerji, ağ, alan, işletim | Yenileme ve kullanım varsayımı |
| Büyüme | Ek düğüm, port, kapasite ve hizmet | Talep tetikleyicisi ve teslim süresi |
| Çıkış | Veri taşıma, sözleşme kapanışı, decommission | Sahip ve yükümlülük |
ÖRNEK
Ucuz ilk alım, pahalı yaşam döngüsü
Arven öğretim senaryosunda A seçeneği ilk alımda daha ucuz olsun. Ancak kampanya büyümesi ikinci yılda ek port, ayrı lisans ve kurulum kesintisi gerektiriyorsa toplam TCO yükselir. B seçeneği pahalı başlasa da kapasite genişlemesi daha kolay olabilir. Hangisinin iyi olduğu fiyat tablosundan tek başına çıkmaz; aynı p99, dayanıklılık, destek ve tedarik süresiyle test edilir. Fiyat ve entitlement burada uydurulmaz: satın alma, lisans uzmanı ve üretici geçerli teklif tarihiyle doğrular. Sayısal olmayan hizmet riski ayrı satırda karar sahibine sunulur.
MÜŞTERİYE SOR
Üç yıllık karşılaştırmada hangi enerji, destek, işletim, genişleme ve çıkış giderleri sizin bütçe sınırınızda; fiyat ve kur varsayımını kim onaylar?
Alternatifleri aynı maliyet kapsamına ve finansal karar sahibine bağlar.
ŞİMDİ SEN DENE
İki seçenekli TCO defteri kur
Arven temel ve kapasite opsiyonu için yıl 0–3 kalemlerini yaz. Satın alma, support, lisans, güç, migration, işletim, genişleme ve çıkışı ayrı tut. Fiyat bilinmiyorsa sayı uydurma; kaynak, aralık veya TBD, para birimi, tarih ve owner yaz. Aynı iş kabul ve arıza kapsamını koruduklarını kontrol et.
BİLGİNİ KONTROL ET
İki teklifin üç yıllık TCO'su ne zaman doğrudan karşılaştırılabilir?
Koşullu teklif, handover ve yeniden açma kararı ver
Son paket iş hedefinden kanıta, ölçümden kapasite hesabına, testten BoM revizyonuna ve üç yıllık TCO'ya tek iz taşır. Yöneticiye kısa karar cümlesi gerekir: Hangi seçenek hangi yük ve arıza sınırında kabul edilir; hangi POC sonucu beklenir; hangi maliyet aralığı ve operasyon sorumluluğu vardır? Varsayım ile doğrulanmış bulgu ayrı sütundadır. Açık kritik TBD için owner, son tarih ve teklif etkisi yazılır. Bir POC kırmızıysa 'koşullu kabul' ancak iş sahibinin hangi hizmet düzeyini geçici olarak kabul ettiği, güvenli fallback ve yeniden test planı açık olduğunda anlamlıdır. Aksi durumda karar ertelenir veya alternatif yeniden tasarlanır. Handover yalnız PDF teslimi değildir; ölçüm dashboard'u, test protokolü, ürün/sürüm uyumluluğu, BoM revizyonu, support kontaktları, değişiklik takvimi ve genişleme tetikleri operasyon ekibine devredilir.
ÖRNEK
Arven koşullu teklif cümlesi
Öğretim amaçlı karar: 'Temel mimari, tanımlı kampanya tepesinde portal ve ERP iş SLO'sunu, tek düğüm kaybı POC'u geçerse karşılar. ERP rate limit ve rebuild sırasındaki p99 testi bekleniyor. İki koşudan biri kalırsa node veya entegrasyon seçeneği yeniden hesaplanır; ilgili port, lisans, destek ve üç yıllık TCO revize edilir. İş sahibi sınırlı hizmeti kabul etmezse teklif kesin kapasite taahhüdüne dönüştürülmez.' Bu cümle tarihsiz genel uyarı değildir: POC owner'ı, test tarihi, kabul eşiği ve sonraki karar toplantısı eklenmelidir. Gerçek Arven ölçümü veya fiyatı bulunmaz.
MÜŞTERİYE SOR
POC kalırsa hangi hizmet sınırıyla ilerlemeye kim karar verir; hangi fiyat, destek veya talep değişikliği teklifi yeniden açar?
Teknik belirsizliği açık ticari risk ve onay kararına çevirir.
ŞİMDİ SEN DENE
Arven karar paketini tamamla
Temel ve alternatif mimariyi iş SLO'su, dört POC koşusu, ilk darboğaz, desteklenebilir BoM, üç yıllık TCO, operasyon sahipliği ve çıkış açısından karşılaştır. Beş kritik TBD için owner/tarih/kapanış kanıtı yaz. Kabul, koşullu kabul veya ret kararını; fallback ve yeniden açma tetiklerini açıkça belirt.
BU DERSTEN AL
Bu dersten taşıyacağın düşünceler
- Benchmark bileşeni, yük testi ise uçtan uca iş sonucunu kendi koşulunda sınar.
- Arıza veya bakım POC'u kalırsa geçerli tepe koşusu dayanıklılık iddiasını kurtarmaz.
- Üç yıllık TCO aynı hizmet kapsamı ve maliyet sınırında seçenekleri karşılaştırır.
- Koşullu teklif, açık POC eşiği, owner, fallback, BoM revizyonu ve yeniden açma tetikleyicisi taşır.