İçeriğe geç
Coğrafi Dağıtık Platform Tasarımı ve Yönetimi

Yaklaşım

Coğrafi dağıtık sistemler, “yedeklilik” değil işletme sürekliliği problemidir. Kullanıcının bulunduğu bölgeden hangi servise nasıl ulaştığı, hangi veriyi nereden okuduğu ve bir bölge düşünce ne kadar sürede ne kadar veri kaybedileceği — hepsi mühendislik kararlarıdır.

Müşterimizle önce iş gereksinimlerini RTO ve RPO sayılarına dönüştürürüz. Ardından trafik, hesaplama ve veri katmanlarını ayrı ayrı tasarlarız.

Tipik teslimat

  • Bölge başına platform paketi (Kubernetes / VM)
  • Global trafik yöneticisi (Cloudflare LB veya Mono Global Load Balancer)
  • Veri katmanında çok-yönlü replikasyon (PostgreSQL Patroni, MariaDB Galera)
  • Felaket testleri ve kurtarma kanıtları

İlgili teknolojilerimiz

Sürecimiz

  1. 1

    İş gereksinimi → RTO/RPO

    1-2 hafta

    Hangi servis için kaç dakikalık kesinti, kaç saniyelik veri kaybı kabul edilebilir? İş etkinliği analizi (BIA) ile sayılaştırılır.

  2. 2

    Topology tasarımı

    3-4 hafta

    Aktif-aktif / aktif-pasif kararı, trafik yönetimi (DNS-based, anycast, Mono GLB), veri replikasyonu (sync vs async), failover otomasyonu.

  3. 3

    Aşamalı uygulama

    12-20 hafta

    İkinci bölge kurulumu → veri replikasyonu → trafik %1, %10, %50, %100 kademeli yönlendirme. Her aşamada ölçüm + olası sorunların çözümü.

  4. 4

    GameDay ve devir

    Üç ayda bir

    Bölge düşürme tatbikatı (controlled chaos), runbook güncelleme, ekip eğitimi. Mono operasyon ekibi devir veya managed.

Sıkça sorulan sorular

Aktif-aktif mi aktif-pasif mi?
Aktif-aktif trafik dağıtımı + kullanıcı yakınlığı sağlar ama veri katmanında çakışma çözümü gerektirir (CRDT veya partition-aware schema). Aktif-pasif daha sade ama RTO 5-15 dakika olur. Çoğu kurumun ilk adımı aktif-pasif; sonra critical workload’lar aktif-aktife geçer.
Coğrafi mesafe ne kadar etkili?
İstanbul-Ankara arası ~3-5ms ek latency; İstanbul-Frankfurt ~30ms. Sync replication için 10ms üstü genelde kabul edilemez (her commit ek bekleme). Cross-continent için ya async ya da partition-aware (kullanıcılar yakınındaki bölgede yazar).
Mono Global Load Balancer ne avantaj sunar?
Cloudflare LB veya AWS Global Accelerator yerine Mono GLB Türkiye-merkezli düşük latency, KVKK uyumluluğu ve GeoDNS + sağlık kontrolü + sticky session özelliklerini sunar. Multi-cloud failover senaryolarında provider-agnostic kalır.
GameDay ne sıklıkta yapılmalı?
Çeyrekte bir minimum, 1 büyük (bölge düşürme) + 1 mini (servis düşürme) tatbikat. Tatbikat olmadan DR planının %60’ı çalışmaz; bu sektörde kanıtlı bir gerçek. Mono müşterileri için tatbikat takvimi sözleşme parçasıdır.

Bir sonraki dönüşümü birlikte planlayalım.

Ekibimiz teknik gereksinimlerinizi anlamak ve hızlıca prototip çıkarmak için hazır.