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.

Mono Cloud’da üç lokasyon

Coğrafi dağıtık platformları Mono Cloud üzerinde, Türkiye’deki üç veri merkezinde kuruyoruz: ANK1 (Turkcell Temelli), IST1 (Turkcell Gebze) ve IST2 (Turkcell Avrupa). Müşterinin kendi veri merkezleri ya da hibrit bulut senaryoları için de aynı mimariyi uyguluyoruz.

Örnek mimari

Ankara, İstanbul ve İzmir’deki üç ayrı veri merkezine yayılan bir kurulumda:

• Global Load Balancer gelen trafiği sağlıklı lokasyona yönlendirir; her lokasyonda MetalLB servisleri dışarı açar.
• İki üretim lokasyonunda birer RKE2 Kubernetes kümesi (3 master + 7 worker) çalışır.
• Her lokasyonda PostgreSQL, MongoDB, Redis ve RabbitMQ düğümleri bulunur; veri katmanı lokasyonlar arasında çoğaltılır.
• Üçüncü lokasyon izleme ve güvenliği taşır: PMM, Prometheus, Loki, Grafana ve Uptime Kuma; Elasticsearch ve Wazuh kümeleri; Teleport ile erişim yönetimi ve GitLab.
• Nesne depolama (S3) üç lokasyon tarafından ortak kullanılır.

Tipik teslimat

• Lokasyon başına platform paketi (RKE2 Kubernetes / VM)
• Global trafik yöneticisi (Mono Global Load Balancer, gerekirse Cloudflare LB ile birlikte)
• Veri katmanında çok yönlü replikasyon (PostgreSQL Patroni, MariaDB Galera, Percona MongoDB, Redis Sentinel)
• Lokasyonlar arası çoğaltılan nesne depolama (Garage S3)
• 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 tabanlı yönlendirme, Mono GLB), veri replikasyonu (senkron / asenkron), 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