Multi cloud, kurumun aynı iş sürecini tek bir bulut sağlayıcısına kilitlemek yerine iki veya daha fazla barındırıcı ortamında çalıştırdığı yaklaşımdır. Kısa tanım şudur. Bir IaaS panelinde sanal makine açmak multi cloud değildir. İkinci sağlayıcıda ayrı kimlik, ayrı ağ ve ayrı faturalandırma hattı devreye girdiğinde operasyon sorusu değişir. Hibrit bulut ise yerel veri merkezi veya özel barındırma ile bulut arasındaki bağlantı ve kimlik katmanını merkeze alır. İki terim aynı mimaride bir arada görülebilir ancak çözdüğü problem farklıdır. Bu metin hibrit bulut altyapı çözümleri hizmet sayfasını destekler. Fiyat veya kapasite taahhüdü sunmaz.
Hızlı Özet
Multi cloud birden fazla bulut sağlayıcısı veya aynı sağlayıcı içinde birbirinden ayrılmış hesap ve bölge kullanımını ifade eder. Operasyon ekibinin sorusu hangi iş yükünün hangi panelde yaşadığı ve veri ile kimlik bu sınırları nasıl geçiyor olur.
Hibrit bulut sorusu yerel ile bulut arasındaki VPN, DNS ve dizin entegrasyonudur. Kurum hem yerel küme hem iki bulut sağlayıcısı kullanıyorsa toplantıda iki kavram yan yana geçer. Mimari diyagramda önce trafik yönünü, sonra fatura ve IAM sınırını ayırmak karışıklığı azaltır.
Leon-X bulut altyapısının sahibi değildir. Yerleşim, bağlantı ve kimlik gereksinimlerini mevcut envanterinizle karşılaştırır.
İçindekiler
- Multi Cloud ile Tek Bulut Ayrımı
- Hibrit Bulut ile Karışan Senaryolar
- Kimlik, Ağ ve Veri Sınırı
- Operasyon ve Maliyet Okuma
- Yaygın Hatalar
- Kontrol Listesi
- Leon-X ile Sonraki Adım
- Sık Sorulan Sorular
- Sonuç
- Kaynaklar
Kaynak Pexels, veri merkezinde sunucu koridoru.
Multi Cloud ile Tek Bulut Ayrımı
Tek bulut modelinde üretim ve test ortamı aynı sağlayıcı hesabında veya ilişkili aboneliklerde yürür. IAM rolü, sanal ağ ve yedekleme politikası tek operasyon dilinde yazılır. Multi clouda geçiş çoğu zaman satın alma veya risk dağıtımı kararıyla başlar. Kritik iş yükü ikinci sağlayıcıda kopyalanır veya SaaS katmanı bir sağlayıcıda, IaaS katmanı başka birinde kalır.
İkinci panel açıldığında aynı runbook kopyalanmaz. Her sağlayıcının güvenlik grubu adlandırması, etiket şeması ve değişiklik penceresi farklı okunur. Ekip toplantısında multi cloud ifadesi kullanılıyorsa envanter listesinde en az iki bağımsız kök hesap veya iki marka görülmelidir.
IaaS sorumluluk paylaşımı her panelde misafir işletim sistemi ve uygulama katmanının kurumda kaldığını hatırlatır. Sağlayıcı sayısı artsa da sorumluluk matrisi çoğalmaz, kopyalanır ve senkron tutulması gerekir.
Bulut sunucu operasyon modeli tek hesapta kapasite okumasını gösterir. Multi cloud ortamında aynı metrik iki araçtan gelir. Birleşik gösterge kurulmadan kapasite toplantısı eksik kalır.
Hibrit Bulut ile Karışan Senaryolar
Hibrit bulut yerel sanallaştırma veya özel barındırma ile barındırıcı bulutu ortak ağ ve kimlik kurallarıyla bağlar. Multi cloud bu bağlantıyı zorunlu kılmaz. Yerel küme yoksa mimari yine multi cloud olabilir.
Karışıklık şu cümleden çıkar. Hem ofiste sunucu var hem Azure hem AWS kullanıyoruz, o zaman multi cloud hibrittir. Doğru parça yerel ile bulut arasındaki site-to-site tünel ve dizin federasyonudur. İkinci parça iki bulut arasında veri çıkışı ve ayrı IAM yaşam döngüsüdur. Bir projede ikisi birden varsa mimari dokümanda iki başlık altında yazılmalıdır.
Hibrit bulut ve kimlik entegrasyonu yerel ile bulut arasındaki segmentasyon ve bağlantı kanalını ayrıntılı ele alır. Multi cloud okuyucusu önce o katmanın tamamlandığını doğrular, sonra sağlayıcılar arası kopyayı planlar.
Private cloud ve hibrit kullanım zamanı yerel veya özel taraftaki iş yükü sınırını tanımlar. Private cloud tarafı net değilse ikinci bulut paneli eklemek sorunu büyütür.
Sanal sunucu ile bulut sunucu operasyon farkları yerel VM alışkanlığının barındırıcıda bire bir taşınmayacağını gösterir. Multi clouda geçerken aynı uyarı her panel için tekrarlanır.
Kimlik, Ağ ve Veri Sınırı
Multi cloud ortamında kullanıcı hesabı, rol ataması ve anahtar rotasyonu panel bazında yürür. Kurumsal dizin tek kaynak kalsa bile bulut IAM eşlemesi her sağlayıcıda ayrı yapılandırılır. Federasyon koparsa bir panelde oturum açık kalırken diğerinde erişim kesilir.
Ağ tarafında sanal ağ adresleri çakışması ikinci sağlayıcıya geçişte sık görülür. Tünel veya özel bağlantı kurulmadan veritabanı kopyası iki ortam arasında senkron beklenirse gecikme ve güvenlik kuralı hataları birikir.
Veri sınıflandırması ve sözleşme metni çıkışı her sağlayıcı için ayrı okunmalıdır. Yedekleme hedefi bir panelden diğerine taşınırken egress maliyeti ve şifreleme anahtarı sahipliği runbook satırına yazılır.
Operasyon ve Maliyet Okuma
Değişiklik yönetimi iki CAB veya iki onay hattı gerektirebilir. Aynı hafta içinde iki panelde yama penceresi açılırsa uygulama bağımlılığı kesinti riskini artırır. Etiket şeması ortak değilse FinOps raporu birleşmez.
Maliyet görünürlüğü hesap ve etiket disiplinine bağlıdır. Leon-X kesin fiyat veya indirim taahhüdü yazmaz. Kapsam doğrulaması proje öncesinde yapılır.
Yaygın Hatalar
İkinci bulut hesabını açıp ağ ve kimlik planını sonraya bırakmak üretim taşınmasını geciktirır. Her panelde aynı admin parolasını kullanmak IAM denetimini zayıflatır.
Hibrit bağlantısı olmayan yerel uygulamayı multi cloud diye etiketlemek toplantı notlarını şişirir. Önce yerel ile tek bulut arası trafik matrisi yazılmalıdır.
Yedekleme ve DR runbook yalnızca bir sağlayıcı için güncellenirse felaket kurtarma geçiş testi eksik kalır. İkinci ortam soğuk kopya ise geri yükleme süresi ölçülmeden güvenilmez.
Kontrol Listesi
- Envanterde kaç bağımsız bulut kök hesabı var ve hangi iş yükü hangi panelde
- IAM ve dizin eşlemesi her sağlayıcı için dokümante mi
- Sanal ağ adres planı çakışma kontrolü yapıldı mı
- Veri çıkışı ve yedek kopya yönü runbookta yazılı mı
- Etiket şeması maliyet raporunu birleştirmeye uygun mu
- Hibrit bağlantı gerekiyorsa site-to-site ve DNS testi tamamlandı mı
Leon-X ile Sonraki Adım
Leon-X mevcut bulut ve yerel envanterinizi hedef mimariyle karşılaştırır. Multi cloud ve hibrit kararını aynı diyagramda trafik, kimlik ve veri sınırlarına ayırır. Adımları runbook dosyanıza işler. Hibrit bulut altyapı çözümleri kapsamında yerleşim ve entegrasyon gereksinimlerini değerlendirir. Altyapı sahibi değildir. Keşif için iletişime geçin.
Sık Sorulan Sorular
Multi cloud ile hibrit bulut aynı mimari mi?
Hayır. Hibrit yerel veya özel taraftaki kaynak ile bulut arasındaki bağlantıyı tanımlar. Multi cloud birden fazla bulut sağlayıcısı veya ayrılmış bulut hesabı kullanımını tanımlar. İkisi bir arada olabilir.
İki bölge kullanmak multi cloud sayılır mı?
Tek sağlayıcı içinde iki bölge çoğu zaman çok bölgeli dayanıklılık tasarımıdır. Multi cloud tanımı genelde farklı sağlayıcı markası veya farklı kök abonelik sınırını işaret eder. Kurum içi sözlükte tanımı yazılı sabitlemek tartışmayı kısaltır.
Önce hibrit mi multi cloud mu planlanmalı?
Yerel iş yükü buluta bağlanacaksa hibrit bağlantı ve kimlik önce netleşmelidir. Yalnızca bulut panelleri arasında dağıtım varsa multi cloud IAM ve veri sınırı önce yazılmalıdır.
Sonuç
Multi cloud, iş yükünün birden fazla bulut sağlayıcısında veya ayrı hesapta yönetildiği operasyon modelidir. Hibrit bulut yerel ile bulut arasındaki ağ ve kimlik sorununu çözer. İki kavramı aynı cümlede kullanmak mümkündür ancak runbook ve envanter ayrı başlıklarda tutulmalıdır. Mimari görüşme için hibrit bulut altyapı çözümleri sayfasına bakabilirsiniz.
Kaynaklar
- NIST, bulut bilişim tanımı ve hizmet modelleri
- Leon-X, hibrit bulut altyapı çözümleri
