Multi-Cloud Küçük İşletme İçin Mantıklı Mı? Karar Eşiği ve Gerçek Maliyet

Multi-cloud strateji, büyük kurumların konuştuğu bir kavram gibi dursa da son iki yılda küçük ve orta ölçekli işletmeler arasında da giderek daha fazla gündeme geliyor. Ancak "iki farklı bulut kullanmak" otomatik olarak avantaj sağlamaz; yanlış uygulandığında karmaşıklık ve maliyet artışından başka bir şey getirmez. Bu yazıda, küçük işletme için multi-cloud stratejisinin gerçekten ne zaman işe yaradığını, hangi senaryolarda maliyeti karşıladığını ve hangi durumda tek sağlayıcıda kalmak daha akıllıca olduğunu somut kriterlerle ele alıyoruz.

Multi-Cloud Nedir, Çoklu VPS Satın Almak Değildir

Multi-cloud, birden fazla bulut sağlayıcısının (AWS, Google Cloud, Hetzner, DigitalOcean, Azure gibi) altyapısını bilinçli bir stratejiyle bir arada kullanmaktır. Kritik nokta "bilinçli" kelimesidir.

Şunlar multi-cloud değildir: - Yedek amaçlı ikinci bir VPS almak - Test ortamı için farklı bir sağlayıcıda sunucu açmak - Sadece fiyat avantajı için başka bir sağlayıcıya toptan taşınmak

Gerçek multi-cloud şunları içerir:

• İş yükü dağılımı (workload distribution): Farklı servisler farklı bulutlarda çalışır ve bu dağılım kasıtlıdır
• Failover planı: Birincil sağlayıcı çöktüğünde trafik otomatik olarak ikincile geçer
• Vendor lock-in önleme: Tek sağlayıcıya bağımlılığı bilinçli olarak azaltmak

Bu üç unsurdan en az biri yoksa, birden fazla fatura ödüyorsunuzdur ama multi-cloud değil, dağınık altyapı işletiyorsunuzdur.

Küçük İşletme İçin Gerçek Avantajlar

Teorik avantajlar listesi her yerde aynıdır. Hangisi küçük işletme ölçeğinde gerçekten fark yaratır?

Fiyat Arbitrajı

Farklı sağlayıcılar farklı servislerde rekabetçidir:

• Depolama: Backblaze B2, AWS S3'ün yaklaşık beşte biri fiyatına nesne depolama sunar
• Hesaplama: Hetzner, eşdeğer RAM/CPU için AWS'nin 3-4 katı daha ucuzdur
• Yönetilen veritabanı (managed database): PlanetScale veya Neon bazı kullanım senaryolarında AWS RDS'den %40-60 ucuz çıkabilir

Uygulama sunucusunu Hetzner'da, nesne depolamayı Backblaze B2'de, yönetilen veritabanını bağımsız bir sağlayıcıda çalıştırmak; aylık 50-500 USD arası tasarruf sağlayabilir. Küçük işletme için göz ardı edilecek bir rakam değildir.

Tek Nokta Arıza Riskini Azaltma

2024-2025 yılları arasında büyük bulut sağlayıcılarının yaşadığı kesintiler (Cloudflare, Hetzner, AWS us-east-1 bölgeleri) gösterdi ki, tek sağlayıcıya bağlı altyapı gerçekten duruyor. E-ticaret sitesi işleten bir işletme için 2 saatlik kesinti onlarca bin TL zarara dönüşebilir.

Coğrafi Dağılım

Bir sağlayıcının veri merkezi Türkiye'de yoksa, başka bir sağlayıcının Türkiye lokasyonunu ön uç (edge/CDN) için kullanıp arka ucu ucuz Hetzner Finlandiya sunucusunda çalıştırmak, düşük gecikme ve düşük maliyet kombinasyonu sağlar.

Gizli Maliyet ve Operasyon Yükü

Bu kısmı çoğu "multi-cloud avantajları" yazısı atlar. Küçük işletme için en kritik bölüm burasıdır.

Sağlayıcılar Arası Çıkış Ücreti

Uygulama sunucusu Hetzner'da, veritabanı AWS'de olduğunda her veritabanı sorgusu çıkış trafiği (egress) oluşturur. Yoğun trafikli uygulamada bu ücret tasarrufu sıfırlayabilir:

Mimariye egress akışını dahil etmeden hesap yapmak, kağıt üstünde avantajlı görünen planın gerçekte daha pahalıya gelmesine neden olur.

Kimlik ve Erişim Yönetimi

Her bulutun IAM (Identity and Access Management) sistemi farklıdır. AWS IAM politikaları, GCP Service Account'ları ve Hetzner API token'ları ayrı ayrı yönetilmek zorundadır. Bir sağlayıcıda kapatılan güvenlik açığı diğerinde gözden kaçabilir.

Mühendislik Zamanı

En az görünür ama en gerçek maliyettir. Multi-cloud kurulumu ve bakımı, tam zamanlı DevOps çalışanı olmayan küçük işletmede kurucu veya geliştirici zamanını tüketir. Bu saatleri saatlik maliyete çevirdiğinizde, tasarruf edilen bulut faturası çoğu zaman harcanan mühendislik saatinin altında kalır.

Hangi Senaryo Multi-Cloud'u Meşrulaştırır?

Aşağıdaki kriterleri değerlendirin:

3 veya daha fazla "evet" varsa multi-cloud değerlendirilebilir. 2 veya altı evet varsa tek sağlayıcıda kalmak neredeyse her zaman daha verimlidir.

Küçük İşletmede Çalışan Gerçekçi Multi-Cloud Mimarisi

Tüm servisleri farklı bulutlara dağıtmak yerine belirli servisleri ayırmak çok daha yönetilebilirdir.

Senaryo A: E-Ticaret Sitesi (~150 USD/ay)

Uygulama + Veritabanı : Hetzner CX31 (8 GB RAM, 4 vCPU) — ~18 EUR/ay
Statik dosya depolama : Backblaze B2                     — ~3 USD/ay
CDN + DDoS koruması  : Cloudflare Free/Pro               — 0-20 USD/ay
E-posta gönderimi    : Resend veya Brevo API              — 0-10 USD/ay

Bu mimari teknik olarak multi-cloud'dur. Aynı konfigürasyon tek sağlayıcıda (AWS) kurulsa yaklaşık 3-4 kat pahalıya gelir. Yönetim yükü minimumdur çünkü uygulama ve veritabanı hâlâ aynı Hetzner sunucusunda; sadece statik dosyalar ve CDN dışarıdadır.

Senaryo B: SaaS Uygulaması (~400 USD/ay)

API sunucuları       : Hetzner Cloud (2-4 sunucu)
Yönetilen veritabanı : PlanetScale veya Neon (PostgreSQL)
Dosya depolama       : Cloudflare R2 (çıkış ücretsiz)
Kuyruk/önbellek      : Upstash (serverless Redis/Kafka)
İzleme (monitoring)  : Grafana Cloud Free Tier

Bu mimaride her servis farklı sağlayıcıdan gelir; ancak hepsi yönetilen (managed) olduğundan operasyon yükü kontrollüdür. Toplam maliyet, her şeyi AWS'de çalıştırmaktan %50-60 düşük olabilir.

Single Cloud ile Multi-Cloud: Doğru Eşik

"Startup" aşamasında hız ve yalın yapı önceliklidir. Multi-cloud bu aşamada kaldıraç değil yük olur. 12-18 aylık operasyonel istikrar ve aylık altyapı faturasının 300 USD'yi geçmesi, geçiş değerlendirmesi için doğal eşiktir.

Sonuç: Hesaplamadan Karar Vermeyin

Multi-cloud, küçük işletme için doğru koşullarda gerçek tasarruf ve dayanıklılık sağlar. Ama "büyük şirketler yapıyor, biz de yapmalıyız" mantığıyla başlanırsa fayda değil karmaşıklık getirir.

Geçiş için pratik sıralama:

1. Mevcut faturanızdaki en pahalı 2-3 kalemi belirleyin — hedefsiz dağılım tasarruf sağlamaz
2. Alternatif sağlayıcıların fiyatlarını karşılaştırın — egress maliyetini hesaba katarak
3. En düşük riskli servisten başlayın — statik dosya depolama ideal başlangıç noktasıdır
4. Operasyon yükünü dürüstçe ölçün — bunu kim, ne kadar sürede yönetecek?
5. 6 ay sonra fatura ve zaman maliyetini karşılaştırın — beklenen tasarruf gerçekleşti mi?

Multi-cloud bir hedef değil, belirli bir büyüklük ve ihtiyaç eşiğine ulaşınca kendiliğinden mantıklı hale gelen bir mimari tercihtir.