Microsoft Sovereign Cloud: İzolasyonda Güvenli Bulut
Son yıllarda veri egemenliği, kurumlar için artık “olsa iyi olur” seviyesinden çıkıp doğrudan bulut güvenliği, uyumluluk ve iş sürekliliği başlığı altında stratejik bir gereksinime dönüştü. En çok da finans, kamu, savunma, sağlık ve can alıcı altyapı gibi yüksek regülasyona tabi sektörlerde hem iş yüklerini modernleştirmek hem de verinin nerede işlendiği, kimlerin erişebildiği ve hangi sınırlar içinde kaldığı sorularına net yanıt vermek gerekiyor. 2024’te Logosoft’ta yürüttüğüm büyük bir kamu projesinde bunu birebir gördüm: Müşteri sadece dayanıklı bir bulut çözümü değil, aynı zamanda mutlak kontrol, fiziksel izolasyon ve denetlenebilirlik istiyordu. İşte tam bu noktada Microsoft’un Sovereign Cloud yaklaşımı öne çıkıyor. Tahmin eder misiniz? Klasik cloud modelini tamamen ortadan kaldırmıyor; ama regülasyon baskısı yüksek senaryolarda çok daha sıkı bir işletim modeli sunuyor.
Microsoft Sovereign Cloud Nedir? Temelleri, Amacı ve Güncel Yaklaşım
Sovereign Cloud, en basit tanımıyla verinin, kimliklerin, yönetimin ve operasyonların belirli sınırlar içinde tutulmasını amaçlayan bir bulut yaklaşımıdır. Siz ne dersiniz? Klasik Azure veya Microsoft 365 hizmetlerinden ayrışan nokta; yalnızca “nerede barınıyor” sorusuna değil, “kim yönetiyor”, “hangi ağdan erişiliyor”, “denetim izi nasıl tutuluyor” ve “gerekirse tamamen bağlantısız çalışabiliyor mu” sorularına da cevap vermesidir.
Bence, 2025 itibarıyla Microsoft’un suverenite yaklaşımı üç temel kullanım ekseninde değerlendiriliyor: bağlantılı (connected), sınırlı bağlantılı (private/controlled connectivity). tamamen izole (disconnected). Bu çerçeve özellikle NATO uyumlu tedarik zincirleri, kamu kurumları ve veri yerelliği zorunluluğu olan şirketler için daha anlamlı hâle geldi. Ayrıca Microsoft tarafında müşteri beklentisi yalnızca altyapı izolasyonu değil; kimlik doğrulama, kayıtların saklanması, anahtar yönetimi ve operasyonel görünürlükte de kapsamlı kontrol talep ediyor.
- Verinin konumuna dair daha dayanıklı şeffaflık: Hangi bölgede saklandığı, hangi işleme tabi olduğu ve hangi koşullarda taşınabileceği netleşir.
- Kurum politikalarıyla uyum: GDPR, KVKK, ISO 27001, BDDK/TCMB düzenlemeleri ya da sektörel kılavuzlarla hizalanmak kolaylaşır.
- İzole ortamda modern servis deneyimi: Üretkenlik araçları ve yapay zekâ yetenekleri kapalı devre senaryolarda dahi planlanabilir. — bunu es geçmeyin
- Daha sağlam denetim izleri: Erişim logları, değişiklik kayıtları ve yönetim aksiyonları geriye dönük incelenebilir.
Dürüst olmak gerekirse, Bunu ilk kez 2023 sonunda Almanya’daki regülasyon talepleri sıkı olan bir bankacılık müşterisinde Azure Local tabanlı tasarım üzerinden deneyimledik. O projede asıl mesele performans değildi; esas mesele denetçiye şu cümleyi rahatça söyleyebilmekti: “Veriniz bizim tanımladığımız sınırın dışına çıkmadı.” Bu yaklaşım o tarihten sonra özellikle Avrupa merkezli müşterilerde daha fazla gündeme geldi.
Sovereign Cloud Modları: Bağlantısızdan Hibrite Üç Farklı Yol
Sovereign Cloud’u anlamanın en iyi yolu çalışma modlarını ayırmaktır. Microsoft burada üç ana kullanım alanını öne çıkarıyor: Azure Local, Microsoft 365 Local ve Foundry Local. Bu yapıların ortak amacı aynı: Bulut kabiliyetlerini korurken veri egemenliğini mümkün olduğunca artırmak.
Azure Local: Tamamen Bağlantısız Bulut Yetkinliği
Düşünün ki hayati uygulamalarınızın dış dünyaya hiç açılmaması gerekiyor; hatta internet bağlantısı bile istemiyorsunuz. Azure Local sayesinde bu senaryo artık teoride kalmıyor. Donanımınız yerelde kalıyor; Azure yönetim mantığına yakın hizmetler ise kontrollü şekilde çalıştırılabiliyor. Bilhassa de askeri tesisler, enerji üretim merkezleri, kapalı Ar-Ge laboratuvarları. Hava sahası / liman gibi kilit alanlarda bu model ciddi kazanım sağlıyor.
Azure Local kurulumlarında yalnızca CPU/RAM kapasitesine bakmak yeterli değildir. Depolama gecikmesi, ağ topolojisi, failover mimarisi ve bakım pencereleri de baştan tasarlanmalıdır. Çünkü bağlantısız modelde otomatik ölçeklendirme ya da sınırsız bulut elastikiyeti yoktur.
Microsoft 365 Local: Üretkenlik Her Yerde Devam Ediyor
Bazen sistemlerinizi internete açamazsınız ama ekiplerin yine de e-posta atması, belge paylaşması ya da proje iletişimini sürdürmesi gerekir (en azından benim deneyimim böyle). Microsoft 365 Local bu ihtiyaca odaklanır. Office üretkenlik senaryolarını kapalı devre veya kontrollü bağlantılı ortamlara taşıyarak iletişimi kesmeden devam ettirmeyi amaçlar (kendi tecrübem). Exchange benzeri mail akışları, SharePoint tarzı doküman yönetimi ve kurumsal işbirliği mekanizmaları bu çerçevede düşünülür.
Bunu Mart 2024’te Anadolu’da uzak lokasyonda bulunan bir enerji santralinde test etme fırsatımız oldu. Kurum internet çıkışını bilinçli olarak kısıtlamıştı; buna rağmen saha ekiplerinin doküman paylaşımı ve vardiya koordinasyonu bozulmadı. Proje sırasında en değerli kazanımımız şuydu: Kullanıcılar yeni modele hızlı adapte oldu çünkü günlük alışkanlıklar tamamen kırılmadan çözüme geçiş yapılabildi.
Foundry Local: Büyük Yapay Zekâ Modelleriyle İzolasyon Dönemi
Bana göre en dikkat çekici yeniliklerden biri Foundry Local tarafında yaşanıyor. Artık yapay zekâ modellerini yalnızca bulutta çalışan servisler gibi düşünmüyoruz; uygun donanım üzerinde izole biçimde çalıştırılabilen bir kurumsal yetenek olarak ele alıyoruz. Multimodal AI senaryoları; metin analizi, görüntü yorumlama, tehdit avcılığı ya da sınıflandırma gibi işler için yerel ortamda kullanılabiliyor.
Peki neden?
NVIDIA ekosistemiyle uyumlu hızlandırılmış donanımlar sayesinde hassas veriyi dışarı göndermeden model çalıştırmak mümkün hâle geliyor. Bu durum özellikle savunma analizleri, hasta görüntülerinin ön işlenmesi veya gizli doküman özetleme gibi alanlarda büyük fark yaratıyor. Açık konuşmak gerekirse artık soru “AI kullanmalı mıyız?” değil; “AI’yı hangi suverenite seviyesinde kullanmalıyız?” haline geldi (buna dikkat edin)
| Azure Public | Sovereign Cloud (Local) | |
|---|---|---|
| Kullanım Alanı | Küresel işletmeler Startuplar Genel kamu hizmetleri |
Regüle sektörler Askerî/kilit tesisler Veri egemenliği odaklı şirketler |
| Erişim Modeli | Sürekli bağlantılı (internet şart) | Tamamen izole / aralıklı bağlantılı / karma model desteklenir |
| Maliyet Optimizasyonu | Daha esnek Otomatik ölçeklendirme mevcut |
Daha sabit maliyetli Kaynak planlaması kritik! |
| Düzenleyici Uyumluluk | Bazen ek kontroller gerekir Bölgesel sertifikalar önemli |
Tam lokasyon kontrolü sayesinde uyumluluk kolaylaşır |
| AI Desteği | Büyük modeller genellikle bağlı ortam ister | Büyük modeller izole ortamda desteklenebilir (Foundry Local) |
| Kurtarma / Dayanıklılık | Zengin bölgesel seçenekler vardır | Tasarım aşamasında manuel felaket kurtarma planı gerekir |
“Sovereign Cloud’u seçen şirketler sadece güvenliği artırmıyor; operasyonel bağımsızlık kazanarak regülasyon değişikliklerine daha hızlı yanıt verebiliyor.”
— Aşkın KILIÇ
Sektör Bazında Kullanım Senaryoları ve Gerçek Hayat Örnekleri
Kamu ve Savunmada Egemen Bulutun Rolü
Kamu kurumlarında çoğu zaman mevzuatlar nedeniyle yabancı ülke sunucularına veri gönderilmesi mümkün olmaz ya da çok katı şartlara bağlanır (evet, doğru duydunuz). Logosoft ekibiyle Eylül 2024’te yürüttüğümüz savunma odaklı bir projede altyapıyı Azure Local üzerine kurduk; yönetim katmanında merkezi politika tanımladık ama çalışma yükleri fiziksel olarak lokal kaldı. En önemli kazanımlardan biri şu oldu: Denetçiler sisteme erişmek istediğinde tüm olay kayıtlarını tek tek gösterebildik (ben de ilk duyduğumda şaşırmıştım). Hiçbir aşamada çevrim içi buluta bağımlılık oluşmadı.
İşte tam da bu noktada devreye giriyor.
Finans Sektörü İçin Fark Yaratan Özellikler
Banka ve sigorta şirketlerinde uyumluluk baskısı her geçen yıl artıyor. Siber sigorta şartlarından iç denetime kadar uzanan geniş bir çerçevede konuşuyoruz artık. Bir müşteride yapılan incelemede SQL tabanlı veri kümelerinin fiziksel adreslerini anlık raporlayabildik; ayrıca yedeklemeler aynı ülke sınırı içinde tutulduğu için mevzuat açısından risk azalttık. Bu tür projelerde sadece teknoloji değil süreç tasarımı da önemlidir. Finans kurumlarında iş akışı bozulmadan suverenite sağlamak çoğu zaman gerçek başarı ölçütüdür.
Limanlar mı? Şebeke Operasyonları mı? Kritik Altyapıda Doğru Seçim Nasıl Yapılır?
Kritik altyapılarda karar verirken temel soru şudur: İş yükünüzün ne kadarı gerçekten dış dünya ile konuşmak zorunda? Eğer SCADA benzeri sistemlerle çalışan enerji dağıtım noktaları veya liman otomasyonu söz konusuysa no-internet çalışma modeli ciddi avantaj sağlar — valla güzel iş çıkarmışlar —. Ancak raporlama veya merkezi yönetişim gerektiğinde aralıklı bağlantılı mimari daha doğru olabilir. Ben genelde müşterilere önce veri sınıflandırması yapmalarını öneriyorum; çünkü her veriyi aynı seviye korumaya almak gereksiz maliyet yaratabilirken bazı verileri yanlışlıkla public cloud’a bırakmak kabul edilemez risk oluşturur.
Startuplar vs Enterprise Kullanımı — Ne Değişiyor?
Büyük kurumsal yapılar için Sovereign Cloud neredeyse zorunlu hale gelirken startuplar genellikle public cloud ile daha çevik ilerler; çünkü ilk yatırım maliyetleri daha düşüktür.
Ancak sağlık teknolojileri geliştiren küçük şirketlerde veya fintech girişimlerinde bazen lokal mevzuatlar nedeniyle sovereign mimari baştan düşünülmek zorunda kalır.
Bir startup’ın prototip döneminde Azure Public ile ilerleyip ürün ticarileştiğinde veriyi Türkiye’de tutması gerekiyorsa geçiş kararı kaçınılmaz olur.
Burada kritik nokta şudur:
başta sovereign strateji çizmemek ileride yeniden mimari kurulum masrafını büyütebilir.
- Pilot fazda hibrit kullanım yaygın olur — hızlı geliştirme için public cloud + canlıya alınacak yerde local deployment uygulanabilir. — ciddi fark yaratıyor
- Maliyet hassasiyeti önemli — enterprise bütçesi ile startup nakit akışı aynı şekilde işlemez.
- Dijital suvereniteyi erken planlayan girişimler sonradan yasal duvara toslamaz.
Sovereign Cloud Avantajları ve Dezavantajları Nelerdir?
- Kritik regülasyon uyumu (avantaj): Dataların sınır ötesine çıkmaması gereken sektörlerde büyük rahatlık sağlar.
- Tam kontrol & audit kolaylığı (avantaj): Erişim politikaları, anahtar yönetimi ve loglama tek elden yönetilebilir.
- Daha güçlü güven sınırı (avantaj): Ağ izolasyonu sayesinde saldırı yüzeyi küçülür.
- Kısıtlı ölçeklenebilirlik (dezavantaj): Klasik cloud’a göre kaynak eklemek veya ani yük artışına tepki vermek daha zordur.
- Maliyet optimizasyonu limitli (dezavantaj): Aylık/dönemlik kapasitenizi iyi planlamazsanız boşta kaynak riski oluşur.
- Zorlu ilk kurulum (dezavantaj): Lisanslama, network izolasyonu ve sertifika süreçleri mimariyi uzatabilir.
- Nitelikli operasyon ihtiyacı (dezavantaj): Ekiplerin yeni işletim biçimini öğrenmesi gerekir.
Sovereign Cloud Geçişinde Dikkat Edilmesi Gereken Noktalar & İpuçları
Geçiş öncesi donanım envanterinizi titizlikle çıkarın ve felaket senaryosu simülasyonu yapmayı ihmal etmeyin! Kapalı devre dünyada asıl risk çoğu zaman teknik arızadan değil hazırlıksız yakalanmaktan doğar.
“
。
- ,
- Lisanslamayı doğru planlayın — bazı servislerin local versiyonları farklı lisansa tabi olabilir!Ağ izolasyonunu iyi tasarlayın — firewall/policy grupları merkezileştirilmeli, manuel konfigürasyondan kaçının!Cihaz envanter yönetimini dijital tutun — yedek disk/sunucu ihtiyacınızı göz ardı etmeyin!Dışa veri transferinde sıkıştırma/encrypt opsiyonlarını aktif edin — yanlışlıkla dışarı bilgi çıkışı engellenmeli!Tüm güncellemeleri kapalı devre patch sunucusundan yönetin — güvenlik yamalarını offline dağıtmayı öğrenin!Kullanıcı eğitimlerine öncelik verin — yeni çalışma mantığına adapte olmayan ekip ciddi aksamaya yol açabilir!
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
