Amazon Web Services (AWS), 14 Nisan 2026 tarihli AWS Health Dashboard güncellemesiyle Bahreyn Bölgesi’ndeki (me-south-1) bazı müşteri verilerinin ve bulut kaynaklarının kalıcı olarak kaybedildiğini doğruladı. Mart 2026’da ilk Kullanılabilirlik Alanı’na (Availability Zone) düzenlenen saldırının ardından Nisan 2026’daki ikinci dalga, ikinci bir tesisi de devre dışı bırakarak bölgesel yedeklilik eşiklerini aştı; çoklu AZ güvenlik tasarımı, eşzamanlı fiziksel hasar karşısında işlevsiz kaldı. Aynı süreçte BAE’deki mec1-az2 kodlu tesisin kalıcı olarak kaybedildiği, mec1-az1 ve mec1-az3 alanlarında ise kurtarma çalışmalarının sürdüğü bildirildi. Başka bir bölgeye kopyalanmayan yerel yedekler için geri dönüş artık mümkün değil.
Bu gelişme, bulut güvenliği stratejilerini üç somut başlıkta yeniden şekillendiriyor: Coğrafi felaket kurtarma planlarının tek bir ülke veya dar jeopolitik alanla sınırlı tutulmasının yarattığı risk, AWS’nin Avrupa’daki alternatif bölgelere taşınma yönündeki teknik tavsiyesi ve BAE’nin 30 milyar dolarlık yapay zeka projesini yer altına gizlenmiş dağıtık ağlara bölme kararının arkasındaki fiziksel tehdit algısı. Kurumsal veri dayanıklılığı tartışması, artık yalnızca yazılım yedekliliği değil, veri merkezlerinin coğrafi konumu üzerinden yeniden kuruluyor.
Çapraz Bölge Yedekleme Yapılandırmasının Teknik Özellikleri
AWS’nin Bahreyn (me-south-1) bölgesindeki fiziksel hasar, yalnızca aynı bölge içindeki Kullanılabilirlik Alanları arasında çoğaltma yapan S3 Cross-Region Replication (CRR) yapılandırmasının yetersizliğini ortaya koydu; zira çoklu AZ güvenlik eşikleri, tek bir jeopolitik alanda eşzamanlı tesis kayıplarını telafi edemiyor. Etkilenen müşteri verilerinin çoğunun yalnızca me-south-1 içinde barındırıldığı ve başka bir AWS bölgesine kopyalanmadığı doğrulandı; bu nedenle RPO (Recovery Point Objective) sıfır olsa bile RTO (Recovery Time Objective) fiziksel olarak imkansız hale geldi.
Kurumsal ölçekte dayanıklılık için gereken teknik bileşenler şunlardır:
- Çapraz bölge replikasyonu: S3 CRR, EBS snapshot kopyalama ve RDS read replica’larının farklı coğrafi AWS bölgelerine (ör. eu-central-1, eu-west-1) yönlendirilmesi.
- Çoklu bölge aktif-aktif mimari: Route 53 latency-based routing ile trafiğin hasar gören bölgeden otomatik olarak Avrupa veya Asya Pasifik bölgelerine kaydırılması.
- Immutable yedekleme: AWS Backup Vault Lock ile yedeklerin fidye yazılımı veya fiziksel müdahale ile silinmesinin engellenmesi.
- Altyapı kodlama (IaC): Terraform veya CloudFormation ile bölge bağımsız kaynak tanımlarının sürüm kontrolünde tutulması.
Fiziksel Hasarın Bulut Performansına ve Kurtarma Sürelerine Etkisi
BAE bölgesindeki mec1-az2 kodlu tesisin kalıcı kaybı, üç AZ’li bir bölgede bile tek bir tesisin çökmesinin kalan iki AZ üzerindeki yükü %50 artırdığını gösterdi; bu durum gecikme sürelerinde (latency) milisaniye cinsinden ölçülebilir dalgalanmalara yol açtı. AWS Health Dashboard üzerinden yapılan uyarılar, ilk hasarın Mart 2026’da oluştuğunu ve Nisan 2026’daki ikinci dalganın kurtarma kapasitesini tamamen tükettiğini belgeliyor.
Performans ve kurtarma metrikleri karşılaştırmalı olarak şöyle sıralanabilir:
| Metrik | Tek Bölge (me-south-1) | Çoklu Bölge (me-south-1 + eu-central-1) |
|---|---|---|
| Kurtarma süresi (RTO) | Fiziksel hasarda imkansız | 15-30 dakika (DNS failover) |
| Veri kaybı (RPO) | Kalıcı, %100 kayıp | 1-5 dakika (asenkron replikasyon) |
| Ek maliyet | Yok | Veri transferi + depolama ~%20-40 artış |
| Gecikme (latency) | Yerel kullanıcılar için 5-20 ms | Avrupa’ya yönlendirmede 80-120 ms |
Bu tablo, coğrafi felaket kurtarma (Disaster Recovery) planlarının tek bir ülke sınırları içinde tutulmasının operasyonel süreklilik açısından yarattığı riski somutlaştırıyor.
Jeopolitik Risk Altındaki Bölgelerde Kullanım Alanları ve Alternatif Stratejiler
Körfez genelindeki insansız hava aracı ve füze saldırıları, yalnızca mevcut bulut ağlarını değil, BAE’nin 30 milyar dolarlık yapay zeka projesini bölme ve veri merkezlerini yer altına gizlenmiş dağıtık ağlara dönüştürme kararını da tetikledi. Bu gelişmeler, yüksek jeopolitik risk taşıyan coğrafyalarda bulut kullanan kurumlar için şu kullanım alanlarını öne çıkarıyor:
- Finansal hizmetler: Yerel düzenleyici veri ikametgahı (data residency) zorunlulukları nedeniyle birincil veriyi bölgede tutup, şifreli yedekleri Avrupa’da saklama.
- Kamu ve savunma: AWS GovCloud veya izole bölgelerde çalışan iş yüklerinin, çatışma bölgesi dışındaki güvenli veri merkezlerine taşınması.
- E-ticaret ve medya: CDN ve edge lokasyonları ile statik içeriği dağıtırken, işlem veritabanlarını düşük riskli bölgelere yerleştirme.
- Yapay zeka eğitimi: Büyük veri setlerinin tek bir bölgede toplanması yerine, dağıtık depolama ve federated learning yaklaşımlarıyla işlenmesi.
AWS, yerel yedeklemesi bulunmayan ve yalnızca hasar gören alanlarda çalışan kurumsal servislerin kurtarılamayacağını kesinleştirirken, müşterilerine operasyonlarını özellikle Avrupa’daki alternatif AWS bölgelerine taşımaları yönündeki teknik tavsiyesini yineliyor.
AWS, Orta Doğu’daki çatışma bölgelerinde bulunan veri merkezlerinin fiziksel hasar görmesi sonucu bazı bulut verilerinin kalıcı olarak kaybolduğunu doğruladı. Bu tür durumlarda veri kaybını önlemek için kritik verilerinizi coğrafi olarak dağıtılmış yedekleme stratejileriyle en az iki farklı kıtada saklamanız ve bulut sağlayıcınızın felaket kurtarma planını düzenli olarak test etmeniz gerekir.
