Public, Private ve Hybrid Cloud Modelleri

Bulut denince akla genellikle tek bir şey gelir: kredi kartını girip dakikalar içinde sunucu açtığın büyük bir sağlayıcı. Oysa bu yalnızca bir dağıtım modelidir. Public, private ve hybrid cloud, aynı teknolojinin farklı sahiplik ve izolasyon düzenlemeleridir ve hangisini seçeceğin verinin hassasiyetine, yük profiline ve mevzuata göre değişir.

Bu rehberde üç modelin ne olduğunu, aralarındaki izolasyon ve maliyet takasını, özel bulutun gerçekten ne zaman anlamlı olduğunu, karma bir mimarinin nasıl kurulduğunu ve bu kurgunun hangi noktalarda ters gittiğini anlatacağım. Amaç, "bulut" kelimesini duyduğunda hangi modelden bahsedildiğini ayırt edebilmen ve kendi ihtiyacın için doğru olanı gerekçeli biçimde seçebilmen.

Üç Modelin Tanımı#

Public cloud, altyapının bir sağlayıcıya ait olduğu ve birçok müşteri arasında paylaşıldığı modeldir. Sen bir sanal makine ya da servis kiralarsın; altındaki fiziksel donanımda başka müşteriler de vardır. Kaynak havuzu büyük olduğu için ölçeklenme neredeyse anlıktır ve kullanmadığında ödemezsin.

Private cloud, aynı bulut yeteneklerinin (API ile yönetim, anlık sağlama, ölçekleme, self servis) tek bir kuruluşa ayrılmış donanım üzerinde sunulmasıdır. Donanım şirketin kendi veri merkezinde olabilir ya da bir sağlayıcıda tek kiracılı olarak barındırılabilir. Kritik olan paylaşımın olmamasıdır.

Hybrid cloud, ikisinin birlikte ve birbirine bağlı kullanılmasıdır. Vurgu "bağlı" kelimesindedir: iki ayrı yerde iki ayrı sistem çalıştırmak hybrid cloud değildir; hybrid, iş yükünün ya da verinin iki ortam arasında planlı biçimde akmasıdır.

Bu tabloda dikkat çeken şey, private cloud'un iki uçta birden yer almasıdır: en pahalı başlangıç ama yüksek kullanımda en düşük birim maliyet. Bu, kararın doluluk oranına bağlı olduğu anlamına gelir.

Public Cloud: Ne Zaman Doğru Seçim#

Public cloud'un asıl gücü, sahip olmadığın kapasiteye anında erişebilmendir. Kampanya sabahı on sunucu açıp akşam kapatabilmek, kendi donanımınla asla ulaşamayacağın bir esnekliktir. Bunun yanında coğrafi dağıtım, hazır yönetilen servisler ve donanım yenileme derdinin olmaması da ciddi avantajlardır.

Public cloud şu durumlarda net biçimde doğru seçimdir:

1. Yük dalgalı ve tahmin edilemez. Tepe kullanım, ortalamanın birkaç katıysa sabit kapasite israftır.
2. Proje kısa ömürlü ya da deneysel. Bir fikri test etmek için donanım almak mantıksızdır.
3. Coğrafi yayılım gerekiyor. Farklı bölgelerde varlık kurmanın en hızlı yolu budur.
4. Ekip küçük. Donanım yönetimi için ayrılacak insan yoksa, işletim yükünün az olması belirleyicidir.

Sınırları ise iki başlıkta toplanır. Birincisi, sürekli dolu çalışan yüklerde birim maliyetin yüksek kalmasıdır; ikincisi, izolasyonun hipervizör seviyesinde olması ve verinin fiziksel konumu üzerinde sınırlı kontrolün bulunmasıdır. İkinci madde çoğu şirket için sorun değildir ama düzenlemeye tabi sektörlerde belirleyici olur.

Public cloud tarafında bir sanal makine ile başlamak istersen bulut sunucu paketlerimiz bu modelin karşılığıdır; kaynak tahsis modelinin performansa etkisini VPS, VDS ve VM terimleri yazısında karşılaştırdım.

Private Cloud: Tek Kiracılı Esneklik#

Private cloud, "bulut" kelimesinin yalnızca sanallaştırma anlamına gelmediğini gösteren modeldir. Bir kuruluşun kendi donanımı üzerine kurduğu, ekiplerin self servis olarak sanal makine açabildiği, kaynakların API ile yönetildiği bir platformdur. Teknik olarak KVM/libvirt, Proxmox ya da OpenStack gibi katmanlarla kurulur.

Private cloud'un anlamlı olduğu durumlar oldukça spesifiktir:

• Mevzuat tek kiracılık istiyorsa. Bazı sektörlerde verinin paylaşımlı donanımda işlenmesi kabul edilmez.
• Doluluk sürekli yüksekse. Donanımı %70 – %80 bandında çalıştırabiliyorsan birim maliyet public cloud'un belirgin altına iner.
• Özel donanım gerekiyorsa. GPU, özel depolama denetleyicisi ya da yüksek çekirdek sayılı yapılandırmalar.
• Veri çıkışı çok yüksekse. Public tarafta çıkış trafiği faturanın en hızlı büyüyen kalemidir; kendi altyapında bu maliyet yapısı tamamen farklıdır.

Bedeli işletim yüküdür ve bu yük küçümsenmemelidir. Donanım yenileme, yedek parça, kapasite planlama, hipervizör güncellemeleri, yedekleme altyapısı ve nöbet — hepsi senin işindir. Küçük bir private cloud'un sağlık kontrolünde bakacağın temel noktalar bile başlı başına bir rutindir:

# Hipervizör düğümlerinin kaynak durumu
virsh nodeinfo
virsh list --all

# Depolama havuzu doluluk oranı
virsh pool-list --details

# Küme düğümlerinin bellek baskısı (Proxmox benzeri kurulumlarda)
free -h && cat /proc/pressure/memory

Donanımı kendin sahiplenip veri merkezine yerleştirmek istiyorsan bunun yolu colocation modelidir; donanımı kiralayıp üzerine kendi bulut katmanını kurmak istersen dedicated sunucu paketleri başlangıç noktası olur.

Hybrid Cloud: İkisini Bağlamak#

Hybrid cloud, pratikte en sık karşılaşılan olgun mimaridir çünkü gerçek hayat nadiren tek modele sığar. Tipik kurgular şunlardır:

Taban artı tepe (cloud bursting). Sabit yükü kendi altyapında karşılarsın, tepe dönemlerde ek kapasiteyi public cloud'dan alırsın. E-ticarette kampanya dönemleri, eğitimde kayıt haftaları bu desenin klasik örnekleridir.

Veri içeride, hesap dışarıda. Hassas veriyi kendi ortamında tutar, ağır ama hassas olmayan hesaplamayı public tarafta yaparsın. Veri anonimleştirilerek ya da özetlenerek gönderilir.

Felaket kurtarma dışarıda. Birincil sistem kendi altyapındadır; yedekler ve soğuk bekleme (standby) ortamı public cloud'dadır. Felaket senaryosunda oradan ayağa kalkarsın.

Bu üç kurgunun ortak zorluğu bağlantı katmanıdır. İki ortam arasında güvenli, düşük gecikmeli ve kararlı bir hat kurmadan hybrid çalışmaz. Standart çözüm site-to-site VPN'dir; WireGuard ile minimal bir örnek şöyle görünür:

# /etc/wireguard/wg0.conf — kendi veri merkezindeki uç
[Interface]
Address = 10.10.0.1/24
ListenPort = 51820
PrivateKey = <yerel-ozel-anahtar>

[Peer]
# Public cloud tarafındaki uç
PublicKey = <uzak-acik-anahtar>
AllowedIPs = 10.10.0.2/32, 10.20.0.0/16
Endpoint = 185.12.34.56:51820
PersistentKeepalive = 25

# Tüneli başlat ve açılışta etkinleştir
wg-quick up wg0
systemctl enable wg-quick@wg0

# Bağlantı ve gecikme doğrulaması
wg show
ping -c 20 10.10.0.2 | tail -2

Bağlantıyı kurduktan sonra ölçmen gereken üç şey vardır: gecikme (ortalama ve sapma), kullanılabilir bant genişliği ve paket kaybı. Veritabanı gibi eşzamanlı çalışan bileşenleri iki ortam arasında bölmeden önce bu ölçümleri mutlaka yap; ihtiyacın olan bant genişliğini kabaca tahmin etmek için bant genişliği hesaplayıcı aracını kullanabilirsin.

Veri Konumu, İzolasyon ve Uyumluluk#

Model seçiminin en az teknik ama en bağlayıcı boyutu budur. Kişisel veri işleyen kuruluşlarda verinin fiziksel konumu, kimlerin erişebildiği ve alt yüklenici zincirinin şeffaflığı denetim konusudur. KVKK kapsamında yurt dışına veri aktarımı ayrı bir hukuki süreç gerektirir; bu yüzden verinin Türkiye'de kalması birçok kurumsal projede baştan konulan bir kısıttır.

Model bazında izolasyon düzeyleri şöyle sıralanır:

Uyumluluk gereksinimi hangi model olursa olsun değişmeyen üç uygulama vardır: disk şifreleme, merkezî erişim kayıtları ve düzenli yetki gözden geçirmesi. Public cloud kullanıyor olman bu üçünü yapmaktan seni kurtarmaz; private cloud kurmuş olman da otomatik olarak uyumlu yapmaz.

Sık Yapılan Hatalar ve Tuzaklar#

En yaygın hata, iki ortam çalıştırıp buna hybrid demek. Kendi sunucunda bir uygulama, public cloud'da başka bir uygulama varsa bu hybrid değil, iki ayrı kurulumdur. Hybrid'in getirisi iş yükünün ortamlar arasında hareket edebilmesidir; bu hareket yoksa, iki kat işletim yükü ödeyip hiçbir esneklik kazanmamış olursun.

İkinci hata, private cloud'u maliyet düşürme aracı sanmak. Donanım bedeli görünen kısımdır; yenileme, yedek parça, elektrik, işletim emeği ve nöbet görünmeyen kısımdır. Doluluk oranın düşükse private cloud neredeyse her zaman daha pahalıdır. Karar öncesi mevcut kullanımını en az bir ay ölçmelisin.

Üçüncü tuzak, hybrid mimaride veritabanını iki ortama yaymak. Eşzamanlı replikasyon gecikmeye son derece duyarlıdır; ortamlar arası birkaç milisaniyelik gecikme bile yazma performansını ciddi biçimde düşürür. Genel kural: veritabanı ve ona en yakın uygulama katmanı aynı ortamda kalsın, sınırı asenkron çalışan bileşenlerden geçir.

Dördüncü hata, çıkış trafiği maliyetini hesaba katmamak. Hybrid mimaride veri sürekli iki ortam arasında akar ve public taraftan dışarı çıkan her bayt faturalanır. Tasarımın veri akışını en aza indirecek şekilde kurulmalıdır; yoksa kazandığın esneklik faturada kaybolur. Maliyet kalemlerinin ayrıntısını bulut maliyeti hesaplama yazısında ele aldım.

Beşinci ve en sinsi tuzak, yönetim düzlemini tek sağlayıcıya bağlamak. Hybrid kurgunu tamamen bir sağlayıcının orkestrasyon araçlarıyla kurduğunda, esneklik kazanmak için başladığın yolculuk daha derin bir bağımlılıkla biter. Bunu nasıl önleyeceğini vendor lock-in yazısında anlattım.

Sıkça Sorulan Sorular#

Private cloud ile kendi sunucum arasındaki fark ne#

Fark, self servis ve otomasyon katmanındadır. Birkaç fiziksel sunucuda elle sanal makine açıyorsan bu bir sanallaştırma kurulumudur, private cloud değildir. Private cloud'da kaynaklar havuzlanır, API ya da panel üzerinden talep edilir, kotalar tanımlanır ve makine oluşturma dakikalar içinde otomatik gerçekleşir. Fark teknolojide değil, işletim modelindedir.

Küçük bir şirket private cloud kurmalı mı#

Çoğu durumda hayır. Private cloud'un anlamlı olduğu eşik, hem sürekli yüksek doluluk hem de bu altyapıyı işletecek bir ekibin varlığıdır. Küçük ölçekte aynı izolasyon ihtiyacı, tek kiracılı bir fiziksel sunucu ya da ayrılmış kaynaklı bir VDS ile çok daha düşük maliyetle karşılanır. Mevzuat özellikle tek kiracılık istemiyorsa bu yola girmemek daha sağlıklıdır.

Hybrid cloud kurmak ne kadar sürer#

Bağlantı katmanını kurmak (VPN, yönlendirme, güvenlik duvarı kuralları) deneyimli bir ekiple birkaç gün alır. Asıl zamanı alan kısım uygulamanın iki ortamda çalışacak şekilde uyarlanmasıdır: durum yönetimi, oturum paylaşımı, veri senkronizasyonu ve izleme birleştirmesi haftalara yayılabilir. Küçük bir bileşenle pilot yapıp kademeli genişletmek, tek seferde geçmekten çok daha az risklidir.

Public cloud gerçekten güvensiz mi#

Hayır. Büyük sağlayıcıların altyapı güvenliği, çoğu şirketin kendi başına kurabileceğinin üzerindedir. İhlallerin ezici çoğunluğu altyapıdan değil yanlış yapılandırmadan kaynaklanır: herkese açık bırakılmış depolama, zayıf erişim politikası, güncellenmemiş uygulama. Public cloud'un gerçek sınırı güvenlik değil, veri konumu ve tek kiracılık gerektiren mevzuat durumlarıdır.

Hybrid mimaride hangi bileşen nerede durmalı#

Genel kural şudur: gecikmeye duyarlı ve durum tutan bileşenler bir arada kalsın, dalgalanan ve durumsuz bileşenler esnek tarafta olsun. Pratikte veritabanı ve önbellek aynı ortamda tutulur, web ve API sunucuları ölçeklenebilir tarafa konur, toplu işler ve raporlama ise kapasitenin ucuz olduğu yere kaydırılır. Bileşen sınırlarını çizerken ölçüt her zaman veri akışı miktarı ve gecikme hassasiyetidir.

Bulut modelleri arasında geçiş yapabilir miyim#

Evet, ama geçişin kolaylığı mimarine bağlıdır. Konteynerleştirilmiş, yapılandırması ortam değişkenleriyle verilen ve sağlayıcıya özgü servis kullanmayan bir uygulama neredeyse taşınabilir sayılır. Buna karşılık yönetilen servislere derinlemesine bağlanmış bir sistemde her bileşen için karşılık bulmak gerekir. Geçişi kolaylaştırmak istiyorsan mimari kararları en baştan taşınabilirlik gözeterek almalısın.

Kapanış#

Public, private ve hybrid, aynı teknolojinin farklı sahiplik düzenlemeleridir ve doğru seçim doluluk oranın, veri hassasiyetin ve ekibinin kapasitesiyle belirlenir. Aklında tutman gereken alışkanlıklar şunlar: kararı en az bir aylık gerçek kullanım verisiyle ver, private cloud'u ancak yüksek doluluk ve işletim kapasitesi varken düşün, hybrid kurarken sınırı gecikmeye duyarlı bileşenlerden geçirme ve her modelde veri sorumluluğunun sende kaldığını unutma.

Esnek ve hızlı ölçeklenen bir başlangıç için bulut sunucu paketlerimiz uygundur; tek kiracılı bir temel istiyorsan dedicated sunucu ya da kendi donanımın için colocation seçenekleri devreye girer. Ara bir çözüm olarak kaynakların ayrıldığı VDS paketlerine bakabilir, karma bir mimarinin kurulumunu ve işletimini bize bırakmak istersen sunucu yönetimi hizmetimizden yararlanabilirsin.