Hybrid Platform Sizing, Güvenlik, Operasyon ve Karar

Ön koşul: workload placement, Linux hizmet zinciri ve container/Kubernetes bileşenlerini ayırabilmelisin. Bu derste Arven sipariş portalı için normal, tepe ve arıza anı yükünü birlikte hesaplayacak; güvenlik ve işletim sorumluluklarını kanıtlayacak; koşullu hybrid karar, POC ve yeniden açma eşiği yazacaksın. Yaklaşık 32 dakika anlatı, 20 dakika uygulama ve 14 dakika kontrol önerilir. Başlangıç noktası node sayısı değil iş sözleşmesidir: sipariş oluşturma ve ERP teyidinin kabul edilebilir gecikmesi, eşzamanlı kullanıcı, dakika başına işlem, veri tutarlılığı, kayıp ve kesinti toleransı, büyüme ve kampanya dönemi. Aynı portalın web katmanı yatay ölçeklenebilirken ERP bağlantısı, kuyruk tüketicisi ve veritabanı farklı darboğaz ve recovery davranışı taşır. Bu yüzden her bileşeni ayrı satırda modelle; tek bir cluster toplamı gerçek işi saklar.

Hybrid platformda güvenlik sorumluluğunu cloud sağlayıcısı, altyapı operatörü ve uygulama ekibi arasında açıkça böl. Managed cluster control plane'ini sağlayıcı işletse bile workload identity, namespace/RBAC, network policy, image ve secret yönetimi, veri erişimi, backup ve olay müdahalesi müşteride kalabilir; sözleşmeye göre doğrula. On-prem Linux host için kernel, runtime, package repo, patch ve hardening sahipliği ayrıca yazılır. Ağ çizgisi tek başına güven sınırı değildir: build runner, registry, image digest, deployment kimliği, service account, API erişimi, node ve veri kaynağı ayrı trust domain'lerdir. NIST SP 800-190 image, registry, orchestrator, container ve host risklerini birlikte değerlendirir. Her sınır için tehdit, kontrol, denetim izi, negatif test ve istisna sahibi oluştur. Bu çerçeve threat modelin yerini almaz; Arven verisi ve saldırı yolu için somutlaştırılır.

Platform seçimi ilk deploy ile bitmez. Arven için kullanıcı yolundan ölçülebilir SLI seç: başarılı sipariş oranı, uçtan uca gecikme, ERP teyit gecikmesi ve kuyruk yaşı. CPU ve Pod health bunların teşhis sinyalidir, iş kabulü değildir. SLO ve error budget ile release hızı, bakım penceresi ve incident önceliği ilişkilendirilir. Telemetry trace ID ile portal, gateway, kuyruk ve ERP aşamasını bağlamalı; loglarda kişisel veri veya secret tutulmamalıdır. Dashboard sahibini, alarm eşiklerini, yanlış pozitif ve çağrı zincirini yaz. Linux node, cluster control plane, CNI, ingress, registry, certificate, DNS ve storage için ayrı runbook gerekir. Yönetilen hizmette dahi kimin sağlayıcı ticket'ı açacağı, hangi kanıtı toplayacağı ve müşteri iletişimini kimin yapacağı önceden belirlenir.

Karar paketi üç uygulanabilir seçeneği aynı iş sözleşmesiyle karşılaştırır: mevcut enterprise Linux hizmetini iyileştirmek; seçilmiş stateless parçaları container ile on-prem işletmek; uygun parçaları hybrid Kubernetes üzerinde çalıştırmak. En ileri teknoloji seçeneği otomatik üstün değildir. Portal stateless web katmanı ve bağımsız queue worker daha kolay taşınabilir; ERP gateway, lisans, veri yerleşimi, düşük gecikmeli üretim bağı ve stateful veritabanı farklı kapı taşır. Her seçenek için iş SLO, normal/adverse kapasite, trust/failure domain, operatör becerisi, support/lifecycle, güvenlik, recovery ve çıkış planını yaz. Üç yıllık TCO'ya compute, storage, network egress, interconnect, lisans, support, observability, backup, patch/upgrade emeği, nöbet ve test maliyetini kat. Fiyat ve SLA'yı teklif tarihinde yeniden doğrula. Tek numaralı skor yerine geçilmez eşikleri ve trade-off'u görünür bırak.