Teklif görüşmelerinde en çok işe yarayan şey, konuşulanın bir kâğıda çizilmesi oluyor. Bu sayfalarda en sık kurduğumuz üç topolojiyi çizdik. Hepsi genel referans mimaridir, belirli bir müşteri kurulumu değildir; sizin mimariniz iş yükünüze, mevzuat gereksinimlerinize ve mevcut ortamınıza göre birlikte belirlenir.
Üç topoloji
Yüksek erişilebilir Kubernetes
Üç control plane düğümü, etcd, load balancer ve worker node havuzu. Control plane'in neden tek olmadığı, etcd'nin neden ayrı ele alındığı ve node havuzlarının neden ayrıldığı. Diyagram ve anlatım.
Hybrid cloud bağlantı
Kurum içi ortam, şifreli site-to-site bağlantı ve bulut tarafı. Adresleme planının neden en belirleyici adım olduğu, hangi bileşenin hangi tarafta kalması gerektiği ve bağlantı koptuğunda ne olduğu. Diyagram ve anlatım.
Felaket kurtarma topolojisi
Birincil ortam, çoğaltma, ikincil ortam ve saha dışı yedek. Aktif-pasif seçiminin ne anlama geldiği, RTO ve RPO hedeflerinin topolojiyi nasıl değiştirdiği ve tatbikatın neden zorunlu olduğu. Diyagram ve anlatım.
Üçünde de geçerli olanlar
Diyagramlarda iç IP adresi, sunucu adı, VLAN numarası ya da iç domain adı geçmiyor. Bunlar müşteriye özel bilgiler ve genel bir referans mimaride yerleri yok; kurulum aşamasında sizinle birlikte belirleniyor.
Üç topolojide de altyapı katmanı bizde: veri merkezi, ağ, donanım ve sanallaştırma. İşletim sistemi ve üzerindeki katmanların kimde olduğu seçtiğiniz hizmet modeline göre değişiyor; sınırın tamamı sorumluluk paylaşımı sayfasında katman katman yazılı.
Mimarinin nasıl hayata geçtiğini, kesim penceresinin nasıl planlandığını ve geri dönüş planının nasıl yazıldığını geçiş süreci sayfasında anlattık. Terimlerin kısa tanımları için sözlüğe, sektörünüze özel kısıtlar için çözümler sayfasına bakabilirsiniz.