Konfigürasyondan BoM'a ve Bağımlılık Kontrolü

Ön koşul: Arven talep zarfını, katman bazlı sizing sonucunu ve açık POC kapılarını okuyabilmelisin. Bu dersin sonunda mimari bileşenleri miktar gerekçeli Bill of Materials satırlarına çevirecek; port, optik, kablo, güç, lisans, destek ve hizmet bağımlılıklarını tamamlayacak; uyumluluğu tarihli resmî kanıtla bağlayacak ve belirsiz satırları seçenek olarak yöneteceksin. Yaklaşık 28 dakika anlatı, 25 dakika BoM çalışması ve 13 dakika kontrol önerilir. BoM bir alışveriş listesi değil, iş hedefinden tasarım kararına ve oradan tedarik edilebilir kaleme iz sürme aracıdır. Her satırın niçin gerektiği, hangi failure domain veya kapasite senaryosuna hizmet ettiği, kaç adet gerektiği ve hangi kanıtla doğrulandığı yazılır. Önceki dersin 'kalan iki düğümde p99 korunmalı' kararı sunucu sayısına gerekçe olabilir; ancak ürün numarası ve fiyatı bu aşamada ancak güncel konfigüratör ve teklif kanalıyla doğrulanır.

Ürün ailesinin desteklenmesi belirli kombinasyonun desteklenmesi anlamına gelmez. Sunucu işlemci ve bellek düzeni, disk/backplane, HBA/NIC, firmware, hypervisor, storage yazılımı ve ağ optiği bir uyumluluk zinciridir. Her kritik sınır için ilgili üreticinin güncel konfigüratör, ürün rehberi veya interoperabilite matrisi kullanılmalı; sürüm, bölge ve doğrulama tarihi kaydedilmelidir. Satış sunumu veya eski PDF tek başına yeterli değildir. Örneğin uygun transceiver bir port için destekli olsa bile karşı uç ve kablo mesafesi için ayrı kontrol gerekir. İki farklı vendor'ın ayrı ayrı 'destekli' dediği kombinasyon uçtan uca sertifikalı olmayabilir; birlikte çalışan sürümler ve support sorumluluğu netleştirilir. Konfigüratör çıktı numarası, seçenek seti ve teklif revizyonu BoM sürümüne bağlanmalıdır. Değişen firmware veya EOS tarihi, fiyat sabit kalsa bile mimari kararı yeniden açabilir.

Yazılım satırında yalnız ürün adı ve lisans adedi yoktur. Metrik CPU çekirdeği, soket, VM, host, kullanıcı, kapasite, tüketim veya başka bir birim olabilir; kullanım hakkı failover, DR, yedek ortam ve test ortamında farklı yorumlanabilir. Resmî lisans şartlarını ürün, sürüm, bölge, sözleşme ve teklif tarihi için doğrulayan lisans uzmanı veya üretici olmalıdır. Bu derste herhangi bir vendor'ın güncel hak veya fiyatını ezberlemiyoruz. BoM'da metrik, tahmini adet, kapsanan ortam, entitlement kanıtı, yenileme tarihi ve açık yorum sorusu ayrı tutulur. Teknik mimar sayıyı mimari yerleşime bağlar; hukuki/ticari hak iddiasını yetkili kaynaktan teyit ettirir. Müşterinin mevcut lisansını yeniden kullanma kararı ancak transfer hakkı ve support durumu doğrulandığında geçerlidir. Lisans açığı, teknik olarak çalışan çözümü ticari ve operasyonel açıdan uygulanamaz yapabilir.

Teklifi tek 'kesin' BoM'a sıkıştırmadan temel, opsiyon ve koşullu alternatifleri ayır. Temel seçenek kabul edilmiş iş yükü ve doğrulanmış uyumlulukla çalışmalıdır. Opsiyon, hangi ek iş hedefini sağladığını ve hangi satırları değiştirdiğini söylemelidir; sadece daha pahalı ürün değildir. POC sonucu, üretici sertifikasyonu veya tedarik süresi belirsizse alternatifin geçerli olma koşulunu yaz. Aynı kalemin iki senaryoda iki kez maliyete girmemesini kontrol et. Miktar değişirse bağlantı, lisans ve destek bağımlılıklarını yeniden hesapla. BoM revizyonu, mimari diyagram, kapasite hesabı, uyumluluk kanıtı ve ticari teklif aynı sürümü işaret etmeli. Bir güncel PDF bağlantısı yeterli kaynak izi değildir; belgenin tarihini, sürümünü, ilgili bölümünü ve doğrulayan kişiyi kaydet. Final fiyat ve entitlement, teklif tarihinde yetkili kanaldan yeniden teyit edilir.