İçeriğe atla
Bilgi Merkezi/Makale
Makale

Hibrit Bulut Nedir? Ne Zaman Doğru Seçimdir?

Hibrit bulut, şirket içi sistemlerle public cloud'u tek işletim modelinde birleştirir. Gerekçelerini, gizli maliyetlerini ve kurulum adımlarını anlattık.

Oğuzhan Gerçek··5 dk okuma
Hibrit Bulut Nedir? Ne Zaman Doğru Seçimdir?

Kısa cevap: Hibrit bulut, en az iki ayrı bulut altyapısının (çoğunlukla bir özel bulut ya da şirket içi sistemler ile bir public cloud) birbirine bağlanarak birlikte kullanılmasıdır. Her iş yükü kendine en uygun yerde çalışır: düzenlemeye tabi veri yurt içinde, değişken yük public cloud'da. İki yerde hesap açmak hibrit bulut yapmaz; asıl iş, iki tarafı tek bir kimlik, ağ, izleme ve maliyet düzeniyle işletmektir.

Hibrit bulut nedir?

NIST'in 2011 tarihli SP 800-145 tanımına göre hibrit bulut, iki ya da daha fazla ayrı bulut altyapısının (özel, topluluk ya da public) birleşimi. Bu altyapılar ayrı yapılar olarak kalıyor ama veri ve uygulamaların aralarında taşınabilmesini sağlayan bir teknolojiyle birbirine bağlanıyor. NIST'in verdiği örnek "cloud bursting": özel bulutun kapasitesi dolduğunda fazla yükün public cloud'a taşması.

Bugün kurumların çoğu bu modelde çalışıyor. Flexera'nın 2026 State of the Cloud raporuna göre kurumların %73'ü hibrit bulut kullanıyor; oran bir yılda 3 puan arttı. Çalışan sayısı 5.000'in üzerindeki şirketlerde %78'e çıkıyor.

Hibrit bulut ile multi-cloud arasındaki fark

İki terim sık karıştırılıyor:

  • Hibrit bulut: Farklı türdeki altyapıların birleşimi. Tipik örnek: şirket içi ya da özel bulut ile bir public cloud.
  • Multi-cloud: Birden fazla public cloud sağlayıcısının birlikte kullanılması. Örneğin bir iş yükü AWS'de, diğeri Azure'da.

Çoğu büyük kurum ikisini birlikte kullanıyor: şirket içinde bir özel bulut ve yanında iki ayrı public cloud. Fark terimde değil, işletimde ortaya çıkıyor: her yeni sağlayıcı ayrı bir kimlik modeli, ayrı bir ağ yapısı ve ayrı bir fatura demek.

Kurumlar neden hibrit bulut kullanıyor?

  • Veri yerelliği ve düzenleme: Türkiye'de kişisel verinin yurt dışındaki bir buluta çıkması KVKK'ya göre aktarım sayılıyor. 1 Haziran 2024'te yürürlüğe giren düzenlemeyle yeterlilik kararı, standart sözleşme gibi yollar açıldı; standart sözleşmede imzadan itibaren beş iş günü içinde KVKK Kurumuna bildirim şart. Ayrıntısı KVKK yazımızda. Bankalar için BDDK, kullanılabilecek modelleri ayrıca sınırlıyor (BDDK yazımız). Hibrit modelde bu veri yurt içinde kalıyor, geri kalanı public cloud'un esnekliğinden yararlanıyor.
  • Değişken talep: Kampanya dönemi, ay sonu ya da yapay zekâ eğitimi gibi kısa süreli yükler public cloud'da çalışıyor; sabit taban yük kendi kapasitenizde kalıyor.
  • Kademeli geçiş: Bütün uygulamalar buluta taşınmaya uygun değil. Eski bir ERP ya da donanıma bağlı bir sistem yerinde kalırken yeni servisler bulutta doğabiliyor.
  • Gecikme: Fabrika sahasındaki ya da şirket içindeki sistemlere sıkı bağlı uygulamalar, her çağrıda ağ gecikmesi ödememek için yakınlarında çalışıyor.

Hibrit bulutun zorlukları

Hibrit bulutun maliyeti çoğu zaman mimari çizimde görünmüyor, faturada ve nöbet listesinde ortaya çıkıyor:

  • Veri çıkış ücretleri: Sağlayıcılar veriyi içeri almayı ücretsiz, dışarı çıkarmayı ücretli tutuyor. Amazon S3 fiyat sayfasına göre internetten gelen veri ücretsiz; internete çıkan veride ise aylık ilk 100 GB'tan sonrası ücretli. İki taraf arasında sürekli veri akan bir mimaride bu kalem birikiyor.
  • Sağlayıcıdan çıkış: 2024'te Google Cloud, AWS ve Azure platformdan tamamen ayrılan müşteriler için çıkış ücretini kaldırdı, ama her birinin kendi koşulları var. AB'de Veri Yasası 12 Eylül 2025'ten beri uygulanıyor; sağlayıcı değiştirme ve veri çıkış ücretleri 12 Ocak 2027'den sonra tamamen kalkıyor. Bu kurallar ayrılırken geçerli; günlük işletimde iki taraf arasındaki trafik hâlâ ücretli.
  • İki işletim seti: Kimlik yönetimi, izleme, yedekleme ve güvenlik politikaları iki tarafta ayrı kuruluyor. Birleştirilmezse olay anında iki ekran, iki kayıt ve iki ayrı ekip demek.
  • Maliyet görünürlüğü: Flexera'nın aynı araştırmasında kurumların %85'i bulut harcamasını yönetmeyi en büyük zorluklardan biri olarak gösteriyor. Kaynakların hangi ekibe ve hangi işe ait olduğu etiketlenmezse hibrit faturayı kimse okuyamıyor; bunun yöntemini FinOps yazımızda anlattık.

Hibrit bulut mimarisi nasıl kurulur?

  1. İş yüklerini sınıflandırın. Her uygulama için üç soru: veri ne kadar hassas, talep ne kadar değişken, gecikmeye ne kadar duyarlı? Cevaplar uygulamanın nerede duracağını belirliyor.
  2. Bağımlılıkları çıkarın. Flexera'ya göre buluta geçişin önündeki en büyük engel, kurumların %54'ünün işaret ettiği uygulama bağımlılıklarını anlamak. Hangi sistemin hangisini çağırdığı bilinmeden yapılan taşımada eksik bir bağımlılık ancak ilk kesintide fark ediliyor; yöntemi bağımlılık haritası yazımızda bulabilirsiniz.
  3. Bağlantıyı tasarlayın. Özel hat ya da VPN, yönlendirme politikaları ve iki taraf arasında beklenen trafik hacmi. Trafik hacmi, veri çıkış maliyetini de belirliyor.
  4. Kimliği ve erişimi birleştirin. İki tarafta ayrı kullanıcı ve yetki yönetimi, işten ayrılan bir çalışanın erişiminin bir tarafta açık kalması demek.
  5. İzlemeyi ve yedeklemeyi ortak kurun. Olay anında tek bir ekrandan iki tarafın görülmesi ve yedeklerin hangi tarafta durduğunun yazılı olması.
  6. Çıkış planını baştan yazın. Bir iş yükünü bir sağlayıcıdan diğerine ya da şirket içine geri almanın yolu, ihtiyaç doğmadan belli olmalı.

Sık sorulan sorular

Hibrit bulut ne demek? Hibrit bulut, özel bulut ya da şirket içi sistemler ile public cloud gibi en az iki ayrı altyapının birbirine bağlanarak birlikte kullanılmasıdır.

Hibrit bulut ile multi-cloud aynı şey mi? Hayır. Hibrit bulut farklı türdeki altyapıları birleştiriyor (örneğin özel bulut ve public cloud). Multi-cloud ise birden fazla public cloud sağlayıcısını birlikte kullanmak. Bir kurum ikisini birlikte kullanabilir.

Hibrit bulut güvenli mi? Model kendiliğinden ne güvenli ne güvensiz. Riski artıran şey iki tarafın ayrı kurallarla işletilmesi: farklı yetki modelleri, birleştirilmemiş kayıtlar ve iki taraf arasındaki bağlantının kendisi. Ortak kimlik yönetimi ve merkezi izleme bu riski azaltıyor.

Hangi iş yükü nerede durmalı? Düzenlemeye tabi veri ve sabit, yüksek kullanımlı yükler genellikle özel bulutta ya da yurt içindeki altyapıda; değişken ve kısa ömürlü yükler public cloud'da daha ekonomik. Karar iş yükü bazında verilmeli, kurum bazında değil.

Hibrit bulut pahalı mı? Kurulumu tek bir modelden daha karmaşık, ama doğru yerleştirilmiş iş yükleriyle toplam maliyet düşebilir. Beklenmedik maliyetin iki kaynağı genellikle veri çıkış ücretleri ve iki tarafın ayrı ayrı işletilmesi.

Kaynaklar