[Aior]

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?