Düzgün sorulan bulut sorusu
"AWS / Azure / GCP / Hetzner / OVH'de olmalı mıyız" çok soyut soru. Doğru soru: "iş yükümüzün compute / storage / network / managed-services profili, gecikme gereksinimleri, uyumluluk kısıtları ve ekip yeteneği verildiğinde 3 yıllık ufukta en düşük toplam maliyeti hangi platform üretir".AWS — geniş varsayılan
Güçlü: en geniş servis kataloğu, en derin dokümantasyon, üçüncü taraf entegrasyonların en güçlü ekosistemi.Ödünleşmeler: maliyet. Özellikle egress yükleri yeni müşterileri şaşırtır. Vendor lock-in gerçek.
Şu durumlarda: geniş iş yükü karışımı, ekip konforu önemli, başka yerde olmak için spesifik neden yok.
Azure — kurumsal varsayılan
Güçlü: Microsoft kurumsal entegrasyonu (Active Directory, Office 365), güçlü .NET tooling.Ödünleşmeler: bazı servisler AWS eşdeğerlerinin gerisinde olgunlukta.
Şu durumlarda: Microsoft footprint'li kurumsal müşteri, .NET-ağır stack.
GCP — data + ML varsayılanı
Güçlü: BigQuery, Vertex AI, Spanner, Pub/Sub. Veri ve ML hikâyelerinin state-of-the-art olduğu yer.Ödünleşmeler: daha küçük üçüncü taraf ekosistemi.
Şu durumlarda: veri-ağır iş yükü, ML platform gereksinimleri, zaten GCP idiomlarını bilen ekipler.
Hetzner — maliyet oyunu
Güçlü: dramatik maliyet farkı. Hyperscaler fiyatlandırmasının bir kesriyle dedicated sunucular.Ödünleşmeler: çok daha küçük managed servis kataloğu. AB-merkezli — küresel multi-region zor.
Şu durumlarda: maliyet bağlayıcı kısıt, iş yükü geniş managed-servis kataloğu gerektirmiyor.
OVH — AB egemenlik oyunu
Güçlü: AB merkezli, güçlü egemenlik hikâyesi, GDPR-dostu varsayılanlar.Ödünleşmeler: dokümantasyon ve topluluk hyperscaler'lardan daha ince.
Şu durumlarda: AB egemenliği önemli, müşteri ABD olmayan altyapı sağlayıcı gerektirir.
Karar matrisi
- Generalist iş yükü, hyperscaler varsayılan → AWS.
- Microsoft-ağırlıklı kurumsal → Azure.
- Veri / ML platform gereksinimleri → GCP.
- Maliyet-odaklı, AB kabul edilebilir → compute için Hetzner.
- AB egemenliği zorunlu → OVH veya Scaleway.
Multi-cloud gerçekliği
"Multi-cloud" sıkça belirtilen strateji. Pratikte, çoğu "multi-cloud" deploy: iş yükü öncelikle bulut A'da, DR bulut B'de.Maliyet optimizasyon konuşması
- Sabit iş yükleri için reserved / savings planları.
- Üç aylık right-sizing incelemeleri.
- Egress denetimleri.
- Tagging disiplini.
- Maliyet anomali uyarısı.
Uyaracağımız bir desen
"Bulut değiştirebiliriz ihtimaline karşı" cloud-agnostic altyapı kodu inşa etmek.Karşılığını veren bir desen
Fiyatlandırma-farkında mimari.Yığınınız nedir?
The cloud question, asked properly
"Should we be on AWS / Azure / GCP / Hetzner / OVH" is asked too abstractly. The right question: "given our workload's profile, latency requirements, compliance, team capability, which platform produces the lowest total cost over 3 years".AWS — the broad default
Strengths: broadest service catalog, deepest documentation, strongest ecosystem.Trade-offs: cost. Egress charges surprise new customers. Vendor lock-in is real.
Use when: broad workload mix, team comfort matters.
Azure — the enterprise default
Strengths: Microsoft enterprise integration, strong .NET tooling.Use when: enterprise customer with Microsoft footprint.
GCP — the data + ML default
Strengths: BigQuery, Vertex AI, Spanner, Pub/Sub. Data and ML state-of-the-art.Use when: data-heavy workload, ML platform requirements.
Hetzner — the cost play
Strengths: dramatic cost difference.Trade-offs: much smaller managed service catalog. EU-centric.
Use when: cost is the binding constraint.
OVH — the EU sovereign play
Strengths: EU-headquartered, strong sovereignty story, GDPR-friendly defaults.Use when: EU sovereignty matters.
The decision matrix
- Generalist → AWS.
- Microsoft-heavy enterprise → Azure.
- Data/ML → GCP.
- Cost-driven, EU acceptable → Hetzner for compute.
- EU sovereignty mandated → OVH or Scaleway.
Multi-cloud reality
"Multi-cloud" is often stated. In practice, most are: primary on cloud A, DR on cloud B.Cost optimisation
- Reserved/savings plans for steady workloads.
- Quarterly right-sizing reviews.
- Egress audits.
- Tagging discipline.
- Cost anomaly alerting.
One pattern we'd warn about
Building cloud-agnostic infrastructure code "just in case we move clouds".One pattern that always pays off
Pricing-aware architecture.What's your stack?
