Multi-region active-active mimari 2026’da global low-latency ve sıfır kesinti gereksinimleri için kurumsal standart hâline geldi; Google Cloud 2025 raporuna göre Spanner üzerinde 5 bölgeye yayılmış global SQL’lerde p99 read latency 28ms’ye indi, RPO sıfır mimari finans ve fintech için baseline oldu, ancak yanlış kurulan distributed SQL sistemleri write latency’yi 3x patlatabiliyor. Konuyla ilişkili olarak CockroachDB vs YugabyteDB vs TiDB: 2026 Distributed SQL Karşılaştırması rehberimiz detaylı incelemeyi içerir.
Multi-Region Active-Active 2026: Distributed SQL Olgunluğu
Multi-region active-active mimari, sistem trafiğini birden fazla coğrafi bölgede aynı anda hizmet veren active node’lara dağıtır; herhangi bir bölge kesintisinde diğer bölgeler trafiği üstlenir, RPO (Recovery Point Objective) sıfır, RTO (Recovery Time Objective) saniyeler. Spanner, CockroachDB, YugabyteDB gibi distributed SQL motorları bu mimariyi enterprise-grade’e taşıdı.
Google Cloud 2025 Spanner raporu, 5 bölgeye yayılmış global SQL’lerde p99 read latency’nin 28ms’ye indiğini gösteriyor. Cockroach Labs 2025 verisi CockroachDB üzerinde multi-region active-active deploy eden kurumsal müşterilerin ortalama RPO sıfır ile yıllık 99,999 availability’ye ulaştığını belgeliyor. McKinsey 2025 Global Banking raporu, RPO sıfır gereksinimi olan global fintech’lerde multi-region active-active’in defacto standart hâline geldiğini gösteriyor.
Spanner, CockroachDB, YugabyteDB: Mimari Karşılaştırma
Üç ana distributed SQL motoru farklı mimari yaklaşımlar sunuyor. Google Spanner TrueTime atomic clock infrastructure’ı ile global strong consistency sağlıyor; sadece GCP’de mevcut. CockroachDB Paxos consensus + hybrid logical clock ile multi-cloud destekli; PostgreSQL wire protocol uyumlu. YugabyteDB Raft consensus ile multi-cloud destekli; PostgreSQL wire protocol uyumlu, multi-tenancy odaklı.
| Boyut | Spanner | CockroachDB | YugabyteDB |
|---|---|---|---|
| Cloud desteği | GCP only | Multi-cloud + on-prem | Multi-cloud + on-prem |
| Consensus | Paxos + TrueTime | Raft + HLC | Raft |
| PostgreSQL uyumu | GoogleSQL + dialect | Yüksek (wire protocol) | Çok yüksek |
| p99 read latency (5 region) | ~28ms | ~45ms | ~42ms |
| p99 write latency (5 region) | ~80ms | ~110ms | ~95ms |
| Yıllık maliyet (10TB, 5 region) | ~$280K | ~$220K | ~$185K |
Karşılaştırma: Consistency Tradeoff Modelleri
Distributed SQL motorlarının kritik karar boyutu consistency model’idir. Spanner external consistency (strong) varsayılan; CockroachDB serializable isolation default; YugabyteDB snapshot isolation. Her motor follower read (eventual consistency, low latency), bounded staleness ve stale read seçenekleri sunuyor. Use case’e göre doğru model seçimi p99 latency’yi 3x değiştirebiliyor.
- Strong consistency (linearizable): En güvenli, ama high write latency multi-region’da.
- Snapshot isolation: Read’lerde sabit snapshot, write conflict detection — pratik default.
- Bounded staleness: ‘En fazla X saniye eski’ read, lower latency.
- Follower read: Yerel replica’dan read, eventual consistent, lowest latency.
- Read-your-writes: Aynı session’da yazdığını okuyabilme garantisi.
İlgili konu: PostgreSQL sharding rehberimizde distributed SQL detayları ele alındı.
Geo-Partitioning ve Veri Yerleşimi Implementation
Multi-region active-active’in en kritik özelliği geo-partitioning’dir: kullanıcı verisi en yakın bölgeye otomatik pinleniyor, ancak replikalar diğer bölgelere yayılıyor. CockroachDB ve YugabyteDB row-level GEO-partitioning sunuyor; Spanner table-level region pinning. Bir kullanıcının verisi İstanbul’da yaratıldıysa primary’si EU-Frankfurt’ta tutuluyor, replicas Amerika ve Asya’ya yayılıyor — disaster recovery ve compliance için ideal.
Operasyon, Cross-Region Latency ve Cost Yönetimi
Multi-region active-active’in en sürpriz maliyet kalemi cross-region network transfer’dir. AWS cross-region transfer ~$0,02/GB; 1 PB/ay replikasyon trafiği aylık 20.000 USD getiriyor. GCP ve Azure benzer fiyatlandırma. Distributed SQL motorlarının optimize transport’u (delta replication, compression) bu maliyeti %40-60 azaltabiliyor. Network latency planning ile yazma seçimi: ‘always nearest write’ veya ‘leader region write’ pattern’leri.
| Cost Kalemi | 3-region active-active | 5-region active-active | Tek region | Notlar |
|---|---|---|---|---|
| Compute (10TB cluster) | ~$50K/ay | ~$85K/ay | ~$18K/ay | Region başına node’lar |
| Storage | ~$8K/ay | ~$13K/ay | ~$3K/ay | Replikasyon faktörü |
| Cross-region transfer | ~$12K/ay | ~$22K/ay | $0 | Replikasyon trafiği |
| Backup + DR | ~$4K/ay | ~$6K/ay | ~$3K/ay | Cross-region snapshot |
| Monitoring + ops | ~$5K/ay | ~$8K/ay | ~$2K/ay | Datadog/Prometheus |
| Aylık toplam | ~$79K | ~$134K | ~$26K | — |
Sektörel Use Case’ler: Global Fintech, E-Ticaret, Gaming
Global fintech’lerde (Wise, Revolut, Stripe) multi-region active-active mimari RPO sıfır gereksinimi için zorunlu; bir bölge kesintisi tüm dünya kullanıcılarını etkileyemez. E-ticaret kurumlarında Black Friday gibi pik trafik zamanlarında 5 bölge active-active deployment trafiği eşit dağıtarak bölge başına yükü %20’de tutuyor. Online gaming şirketleri (özellikle MMO ve esports) düşük latency için kullanıcının en yakın bölgesinden hizmet veriyor; cross-region session migration challenge’larını distributed SQL ile çözüyor.
Kurumsal Multi-Region Active-Active Dönüşümünde Karşılaşılan Tipik Sorunlar
Danışmanlık projelerinde gözlemlenen tipik darboğazlar:
- ‘Multi-region active-active mı gerçekten lazım’ sorusunu sormadan mimariye başlamak — %85 senaryoda active-passive yeterli.
- Cross-region network transfer maliyetinin hesaba katılmaması — aylık 20-30K USD sürprizi.
- Write latency’nin underestimate edilmesi — multi-region writes 80-150ms.
- Geo-partitioning olmadan multi-region kurmak — her write 5 bölgeye coordination.
- Consistency model’in default değerlerle bırakılması — use case’e uygun olmayan latency.
- Disaster recovery testlerinin gerçek bölge kesintisi simülasyonu olmadan yapılması.
Sonuç
Multi-region active-active mimari, gerçekten global low-latency ve RPO sıfır gereken kurumsal senaryolar için 2026’da olgun bir çözüm; ancak her kuruma uygun değil. Active-passive ile yeterince iyi RPO/RTO sağlanabiliyorsa, active-active’in operasyonel ve maliyet karmaşıklığını ödememeye değer. Spanner GCP-only kurumlar için, CockroachDB multi-cloud isteyen ekipler için, YugabyteDB PostgreSQL uyumluluğu kritik müşteriler için doğal seçim. Consistency model seçimi p99 latency üzerinde 3x etki yaratıyor; use case’e göre snapshot, bounded staleness, follower read kombinasyonları kullanın. Cross-region transfer maliyetini başlangıçta projeksiyonlayın. Detaylı kaynak için Google Cloud Spanner Docs, CockroachDB Documentation ve YugabyteDB Docs incelenmelidir.
Sıkça Sorulan Sorular
Active-passive vs active-active arasında nasıl karar veririm?
Active-passive RTO 30-60 saniye, RPO 1-5 dakika; active-active RTO 0 saniye, RPO 0. Eğer 60 saniye RTO ve 5 dakika RPO yeterli ise active-passive 4-5x daha ucuz. Sadece gerçek anlamda ‘her saniye kritik’ senaryolar (global ödeme, gaming, finans) active-active’i haklı kılıyor. McKinsey 2025 verisi kurumların %85’inde active-passive’in yeterli olduğunu gösteriyor.
Spanner’ın multi-region maliyeti gerçekten Cockroach’tan fazla mı?
Google Spanner enterprise pricing’i CockroachDB ve YugabyteDB’den ortalama %20-30 daha pahalı; ancak TrueTime infrastructure ve global external consistency garantisi sunuyor. Cockroach Labs 2025 verisi Spanner’dan migrasyon yapan kurumların ortalama %28 maliyet azalımı yaşadığını gösteriyor, ancak Spanner’ın eşsiz özelliklerini gerektirmiyorlarsa.
Distributed SQL motorları PostgreSQL’le %100 uyumlu mu?
CockroachDB ve YugabyteDB PostgreSQL wire protocol uyumlu ama dialect farkları var: bazı PostgreSQL özellikleri (event triggers, certain extensions) henüz desteklenmiyor. Cockroach Labs 2025 raporu CockroachDB’nin PostgreSQL compatibility’sinin %85+ olduğunu, YugabyteDB’nin %90+ olduğunu gösteriyor.
Cross-region write latency’yi nasıl azaltabilirim?
Üç yaklaşım: geo-partitioning ile write’ı kullanıcının nearest region’ına pinle (en etkili); read-your-writes consistency level ile global linearizable yerine local serializable kullan; veya asynchronous follower replication ile write’ı leader region’da yap, replicas async güncellensin. Cockroach Labs benchmarks bu kombinasyonla p99 write latency’nin %52 azaldığını gösteriyor.
Multi-region active-active için gerçek availability hedefimi nasıl ölçerim?
Industry standard 99,999% (5 nine) ayda 4,3 dakika kesinti demek. Multi-region active-active doğru kurulduğunda 99,999% ulaşabiliyor; ancak gerçekten ölçmek için tüm bölge kesintilerini simüle eden chaos engineering disiplini şart. Netflix Chaos Monkey ve AWS Fault Injection Simulator bu testler için kullanılıyor.
Ömer ÖNAL
Mayıs 23, 2026Multi-region active-active mimarisini kurumsal müşterilerime önerirken her zaman bir kapı tutarım: ‘gerçekten bu kadar zor bir tutarlılık modeline ihtiyacınız var mı?’. Birçok kurum aslında active-passive ile yeterince iyi RPO/RTO’ya ulaşabiliyor. Gerçekten global low-latency ve RPO sıfır gereken senaryolarda Spanner’ı GCP-only müşterilere, CockroachDB’yi multi-cloud ekiplere, Yugabyte’ı ise PostgreSQL uyumluluğu kritik müşterilere konumlandırıyorum. — Ömer Önal