Veri Merkezini İş Hizmeti Olarak Okumak

Ön koşul: temel Pre-Sales rolünü, gereksinim ile çözüm arasındaki farkı ve teknik belirsizliği açıkça yönetme ilkesini bilmelisin. Bu dersin sonunda bir iş hizmetini onu taşıyan uygulama, platform, compute, network, storage ve fiziksel tesis katmanlarına ayırabilecek; bir bileşen listesini hizmet haritasına dönüştürebilecek; sorumluluk sınırlarını ve ortak bağımlılıkları işaretleyebilecek; müşteriden alınması gereken ilk teknik baseline verilerini gerekçeleriyle sorabileceksin. Sürenin yaklaşık 24 dakikası anlatı ve örneklere, 14 dakikası Arven çalışmasına, 10 dakikası bilgi kontrollerine ayrılır. Ayrıntılı ürün seçimi bu dersin amacı değildir. Amaç, sonraki compute, storage, ağ, sanallaştırma, backup ve DR modüllerinde ayrıntıya inerken bütünü kaybetmemeni sağlayacak zihinsel modeli kurmaktır.

Veri merkezi yalnız sunucuların bulunduğu oda değildir. Kurumun dijital hizmetlerini çalıştırmak için fiziksel çevreyi, enerji ve soğutmayı, bağlantıyı, işlem gücünü, belleği, veri saklamayı, platform yazılımlarını, güvenliği, gözlemlenebilirliği ve operasyon süreçlerini bir araya getiren hizmet sistemidir. Kullanıcı sipariş ekranına ulaştığında çoğu zaman onlarca katmana bağımlıdır: DNS ve dış bağlantı, güvenlik kontrolü, yük dağıtımı, uygulama servisi, işletim sistemi veya container, sanal ya da fiziksel compute, veri tabanı, storage, replikasyon, yedekleme ve bunların beslendiği enerji-soğutma zinciri. Pre-Sales açısından değer, her parçayı uzman düzeyinde yapılandırmak değil; iş sonucunun hangi zincire bağlı olduğunu görmek, kritik belirsizlikleri doğru uzmana taşımak ve önerinin hangi sınırlar içinde geçerli olduğunu yazmaktır. Bu nedenle görüşmeye rack sayısıyla değil, korunacak hizmet ve başarısızlık etkisiyle başlanır.

Fiziksel tesis katmanı enerji girişi, jeneratör veya alternatif kaynak, enerji depolama/UPS, dağıtım, rack içi PDU, kablolama, soğutma, yangın algılama-söndürme, fiziksel erişim ve çevresel izlemeden oluşan birbirine bağlı bir zincirdir. Bir cihazın iki güç kaynağı olması tek başına uçtan uca iki bağımsız enerji yolu bulunduğu anlamına gelmez; iki kablo aynı PDU’ya, iki PDU aynı üst dağıtıma bağlanmış olabilir. Benzer şekilde iki ağ portu aynı switch’e, iki fiber aynı kanal veya bina girişine gidebilir. Pre-Sales fiziksel tesis mühendisi yerine geçmez; ancak önerilen IT yükünün güç, ısı, rack alanı, ağırlık, kablolama ve bakım gereksinimlerini doğru sahibine iletmek zorundadır. “Müşterinin veri merkezi hazırdır” varsayımı, yüksek yoğunluklu yeni sistem geldiğinde güç soketi, soğutma kapasitesi ya da rack derinliği gibi basit görünen konularda projeyi durdurabilir.

IT hizmet zincirinde compute işlemci ve belleği sağlar; network istemcileri, servisleri ve veri yollarını bağlar; storage kalıcı veriyi blok, dosya veya nesne erişim modelleriyle sunar. Sanallaştırma veya container platformu fiziksel kaynakları iş yüklerine paylaştırır. İşletim sistemi, middleware ve veri tabanı uygulamanın çalışacağı mantıksal ortamı kurar. Kimlik, güvenlik, DNS, zaman senkronizasyonu, sertifika yönetimi, izleme, loglama ve backup gibi paylaşılan servisler çoğu mimari diyagramda küçük görünse de hizmetin başlatılması ve kurtarılması için kritik olabilir. Bağımlılık tek yönlü değildir: daha çok compute yoğunluğu daha çok ağ ve storage I/O’su, güç ve soğutma talebi doğurabilir. Pre-Sales her katman için “ne var?” sorusunun yanına “hangi hizmet bunu kullanıyor, kapasite nasıl ölçülüyor, arıza halinde kim ve ne etkileniyor?” sorularını ekler.

Kurumsal ortamda hizmet zincirinin sahipliği bölünür. Tesis ekibi enerji ve soğutmayı, ağ ekibi bağlantı ve segmentasyonu, sistem ekibi compute ve sanallaştırmayı, storage ekibi veri hizmetini, uygulama ekibi işlevi, güvenlik ekibi kontrolleri, operasyon merkezi olay ve izlemeyi yönetebilir. Dış kaynak sağlayıcıları, colocation işletmecisi veya bulut hizmeti sınırı daha da değiştirir. Aynı kelime taraflara farklı şey ifade edebilir: “altyapı hazır” tesis ekibi için rack ve enerji, uygulama ekibi için çalışan veri tabanı, iş birimi için son kullanıcı testinin geçmesi olabilir. Bu yüzden RACI benzeri bir sahiplik haritası yalnız yönetim belgesi değildir; gereksinim sahibini, kanıt kaynağını, onaylayanı ve arıza anında müdahale zincirini belirleyen teknik araçtır. Sahibi bilinmeyen bağımlılık tasarımda görünmez, geçiş gecesinde ise herkesin problemi olur.

Hizmet sınırı önerinin nerede başlayıp nerede bittiğini açıklar. Örneğin yeni compute cluster teklifi fiziksel switch portlarını, storage zoning’i, işletim sistemi lisansını, backup politikası değişikliğini veya uygulama testini içeriyor mu? İçermiyorsa bunları “müşteri yapar” cümlesiyle bırakmak yetmez; gereken girdi, sorumlu taraf, tamamlanma zamanı ve kabul kanıtı yazılmalıdır. Managed service kullanılıyorsa sağlayıcının SLA’sı uygulamanın uçtan uca hedefiyle aynı değildir. Sağlayıcı yalnız kendi servis sınırını ölçer; kurumun DNS’i, WAN’ı, kimlik sistemi veya uygulaması kullanıcı deneyimini yine bozabilir. Pre-Sales sözleşme yorumu yapmadan teknik sınırı görünür kılar, çapraz ekip bağımlılıklarını erken review’a taşır ve doğrulanmamış varsayımları teklif koşulu olarak kaydeder.

Arven Holding’in İstanbul’daki ana veri merkezi ERP, bayi sipariş portalı, üretim planlama, dosya hizmetleri ve kurumsal kimlik sistemini taşıyor. Ankara’daki alan felaket kurtarma için ayrılmış; fakat hangi hizmetlerin orada hangi sırayla ayağa kalkacağı tek belgede görünmüyor. Ekip “iki veri merkezimiz var” ifadesini yüksek kullanılabilirlik kanıtı gibi kullanıyor. İlk çalışma, ürün seçmek yerine bayi sipariş hizmetinin zincirini çıkarmaktır: internet ve DNS, güvenlik geçidi, yük dağıtımı, uygulama VM’leri, veri tabanı, storage volume’ları, kimlik servisi, mesajlaşma entegrasyonu, backup deposu, izleme, enerji ve soğutma. Her halka için sahip, mevcut kanıt ve bilinmeyen işaretlenir. Böylece sonraki derslerde ayrıntıya girilecek teknik sorular rastgele değil hizmet bağlamından türetilir.

Harita Arven’in sipariş portalının iki uygulama VM’i olmasına rağmen tek veri tabanı örneğine, tek kimlik bağlantısına ve aynı storage hata alanına bağlı olduğunu gösteriyor. “Sunucular yedekli” cümlesi bu nedenle kullanıcı hizmetinin dayanıklı olduğunu kanıtlamıyor. Pre-Sales burada hemen ikinci site ürünü önermek yerine üç karar kaydı açar: iş biriminin kabul edilebilir kesinti ve veri kaybı sınırı; mevcut tekil bağımlılıkların doğrulanması; hangi katmanın hangi sonraki uzman tarafından inceleneceği. Çıktı, ürün markası içermeyen ama teklif kapsamını belirleyen bir hizmet baseline’ıdır. Bilinmeyenler kapatıldığında compute, storage, network veya DR seçimi gerçek karar ölçütleriyle yapılabilir.