AWS mi, Google Cloud mu, Azure mu? Hangi bulut sağlayıcısını seçmelisiniz?

Bu karşılaştırmaya dürüstçe başlamak gerekirse: AWS, Google Cloud ve Azure, esasen aynı iş yükünü çalıştırabilir. İşlem gücü, depolama, yönetilen veritabanları, container orkestrasyonu, serverless fonksiyonlar... Üç sağlayıcı da bunların her birinin güvenilir bir versiyonunu sunuyor. Meseleyi bir özellik karşılaştırma tablosu tek başına açıklayabilseydi, bu yazı çok daha kısa olurdu. Bir ekibi gerçekten etkileyen farklar başka yerlerde.

AWS: En büyük ekosistem ve bu genişliğin bedeli

AWS ilk başlayan oldu ve açık farkla en geniş hizmet kataloğuna sahip. Buna onu zaten bilen en geniş mühendis havuzu, en köklü üçüncü taraf araç ekosistemi ve karşılaşacağınız neredeyse her uç durum için dokümantasyon da eşlik ediyor. Bu genişlik aynı zamanda en büyük pratik dezavantajı: AWS'de amaçları birbiriyle örtüşen devasa sayıda hizmet var; konsolu ve fiyatlandırma modeli de, özellikle bulut konusunda uzmanlaşmış biri olmayan ekipler için, üçü arasında en zor yaklaşılanı olarak görülüyor. AWS genellikle güvenli ve savunulabilir tercihtir; onu seçtiği için kimse sorgulanmaz. Ama “güvenli” ile “basit” aynı şey değildir.

Google Cloud: Google'ın kendi mühendisliğinin en güçlü olduğu alanlarda en güçlü

Google Cloud'un en sağlam olduğu alan veri ve makine öğrenmesi altyapısı: analitik için BigQuery ve gerçekten güçlü bir container hikâyesi. Kubernetes'in doğduğu yer Google'dır ve yönetilen Kubernetes hizmeti de bu mirası yansıtır. Konsolu ve geliştirici deneyimi genellikle AWS'ninkinden daha kolay yaklaşılabilir kabul edilir. Bedeli ise daha küçük bir ekosistem ve AWS'ye kıyasla derin, spesifik GCP deneyimine sahip mühendislerden oluşan, belirgin biçimde daha dar bir işe alım havuzudur.

Azure: İşin zaten Microsoft üzerinde döndüğü yerlerde varsayılan tercih

Azure'un en net avantajı, zaten Microsoft teknolojileri (Active Directory, Office 365, .NET) üzerine kurulu kuruluşlarda ortaya çıkar. Bu kuruluşlarda Azure ile Microsoft ekosisteminin geri kalanı arasındaki entegrasyon derindir ve gerçekten ciddi mühendislik zamanı kazandırır. Bu bağlamın dışında Azure'un kendi başına sunduğu avantaj daha az belirgindir; yine de kurumsal satış ilişkileri ve uyumluluk sertifikaları, onu zaten yoğun biçimde Microsoft kullanan büyük kuruluşlarda yaygın bir varsayılan tercih hâline getirir.

Kararınızı gerçekte ne belirlemeli?

• Ekibinizin zaten ne bildiği. Bir platformu yıllardır kullanan mühendis ile onu sıfırdan öğrenen mühendis arasındaki verimlilik farkı, platformların kendi aralarındaki her türlü farkı gölgede bırakır.
• Zaten ne kullandığınız. Yoğun Microsoft kullanıcısıysanız Azure'un gerçek bir avantajı var. Yoğun veri/makine öğrenmesi iş yükleriniz varsa Google Cloud'un araçları bu alanda gerçekten güçlü. Sıfırdan başlıyorsanız AWS'nin dokümantasyonu ve mühendis havuzu riski azaltır.
• Liste fiyatı değil, fiyatlandırma yapısı. Üçü de ham işlem gücü maliyetinde kabaca benzer; asıl fark, dışarı veri aktarım (egress) ücretlerinde, rezerve edilmiş sunucu (reserved instance) indirim yapılarında ve pahalı bir şeyi yanlışlıkla açık bırakmanın ne kadar kolay olduğundadır. Liste fiyatlarını karşılaştırmak yerine gerçekte beklediğiniz iş yükü için bir maliyet tahmini alın.
• Çoklu bulut ücretsiz bir sigorta poliçesi değil, gerçek bir maliyettir. Birden fazla sağlayıcıda çalışmak ihtiyatlı görünür, ama iki ayrı araç setini, IAM modelini ve ağ yapılandırmasını öğrenmek ve sürdürmek demektir. Tek bir sağlayıcının nadir yaşanan bölgesel bir kesintisinin gerçekten felaket olacağı bir ölçeğe henüz ulaşmamış bir ekip için nadiren buna değer.

Yeni bir ürün geliştiren ekiplerin çoğu için doğru cevap, “Hangi bulut nesnel olarak en iyisi?” sorusundan çok “Ekibim hangisinde en hızlı verimli olur ve hangisi zaten bağlı olduğumuz yapıya uyar?” sorusunda yatıyor. Bu da pazarlama sayfalarının gösterdiğinden çok daha kolay cevaplanabilecek bir soru.

Burncode'da üç platformla da çalışıyoruz ve yeni müşterilerimizle yürüttüğümüz bulut altyapısı çalışmalarının bir parçası tam olarak bu: Bir ekibin teknoloji yığınına ve ekibine gerçekten uyan sağlayıcıyı seçmesine (ya da ona geçmesine) yardımcı olmak, ardından kimsenin tam olarak anlamadığı yapılandırmalar biriktirmek yerine onu en baştan doğru kurmak.