Bulut Lock-in: Endüstri Boş Söylemleri mi, Yoksa Gerçek Bir Sorun?

Bulut migrasyonundan söz edildiğinde ilk korkular arasında vendor lock-in geliyor. "AWS'den çıkamayız, Google Cloud'a taşıyamayız, Microsoft'a geçemeyiz" diye endişeleniyoruz. Ama bu gerçekten bir sorun mu, yoksa satış temsilcilerinin korkutma taktiğinin bir uzantısı mı?

Kısaca: Gerçek bir sorun, ama çoğu şirket için yönetilebilir.

Lock-in riski, genellikle startup ve danışmanlar tarafından kötü niyetle abartılıyor. Neden? Çünkü "multi-cloud stratejisi" satmak daha karlı. Kubernetes, Terraform, container mimarileri, bunların tümü "bağımsız" kalmak vaadiyle pazarlanıyor. Gerçek: çoğu orta ölçekli şirket için bu altyapı maliyeti, lock-in riskinden çok daha yüksek.

Amazon RDS'den Postgres'e geçmek zor değildir. Veri tabanı dump alırsınız, başka bir buluta yüklersiniz, bittir. Sorun, managed servisler başladığında ortaya çıkıyor.

AWS Lambda, DynamoDB, SageMaker, Kinesis, bu hizmetler proprietary. Kodunuzu bu servislere bağladığınız anda çıkış maliyeti artar. Veri çıkarma işlemleri (egress) pahalıdır. Alternatif bulut sağlayıcılar bu kadar olgun hizmetler sunmayabilir.

Bir e-ticaret platformu AWS Lambda + DynamoDB + Kinesis kullanıyorsa, tüm mimarisi yeniden tasarlanmalıdır. Bu, sadece veri transferi değil; uygulama mantığının tamamen değiştirilmesi anlamına gelir.

Gerçek olan şu: iyi bir mimar, bulut seçerken bu riskleri hesaba katar. Eğer "gelecekte başka buluta geçebiliriz" diye düşünüyorsanız, o zaman managed servislerden kaçınırsınız. Infrastructure as Code, containerization, API-driven tasarım, bunlar standart uygulamalar.

Bu da demek oluyor ki lock-in riski, tasarım kararınızın bir parçası. Rastgele bir sorun değil.

Bir şirket AWS'den Google Cloud'a geçmek isterse, asıl maliyet:
- Yeniden mimarı tasarım: 3-6 ay
- Geliştirici eğitimi: 2-4 hafta
- Test ve doğrulama: 1-2 ay
- Downtime riski: değişken

Veri transferi maliyeti neredeyse önemsiz kalıyor.

Eğer bu maliyeti karşılayacak bir sebep varsa (fiyat, performans, bölgesel gereklilik), o zaman geçersiniz. Yoksa kalırsınız. Bu, lock-in değil; ekonomik karar.

Lock-in riski gerçektir, ama abartıldığı kadar acı değildir. Önemli olan, baştan tasarımda bunu göz önüne almaktır. Managed servisler harika, ama onları seçerken "bu servisten kaçabilir miyim?" sorusunu sormanız gerekir. Eğer cevap "hayır" ise, o zaman bilinçli bir tercih yapıyorsunuz.

Vendor bağımsızlığı, başlı başına bir mühendislik hedefi değildir. Bazı durumlarda, AWS'de kalmanız, multi-cloud fantezisinden çok daha akıllıca bir karardır.