PreSales Academy

Sizing ve BoM

Sizing Doğrulaması, TCO ve Koşullu Teklif Kararı

Yaklaşık 70 dakika Kaynak izli editoryal içerik

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.

Arven sizing POC kabul matrisi
KoşuBaşlıca gözlemRet ve yeniden açma
Normal ve kampanya tepeTamamlanan sipariş, p95/p99, hata, ERP backlogİş SLO'su aşılırsa darboğaz araştır
Kısa burstThrottling, kuyruk yaşı, toparlanmaKuyruk 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 rebuildOrtak ağ/storage yükü ve p99Bakı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?

Bir cevap seç

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?

Bir cevap seç

Üç 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.

Arven üç yıllık TCO kontrol kalemleri
DönemGider ve kanıtAçık koşul
BaşlangıçDonanım/yazılım, kurulum, migration, test, eğitimGüncel teklif ve kapsam
Yıl 1–3Support, lisans, enerji, ağ, alan, işletimYenileme ve kullanım varsayımı
BüyümeEk düğüm, port, kapasite ve hizmetTalep tetikleyicisi ve teslim süresi
ÇıkışVeri taşıma, sözleşme kapanışı, decommissionSahip 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?

Bir cevap seç

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.
← Academy ders yoluna dön