İçeriğe atla
Bilgi Merkezi/Makale
Makale

Buluta Geçiş (Cloud Migration) Nedir? Yöntemleri, Adımları ve Riskleri

Buluta geçiş, sistemlerin veri merkezinden buluta taşınmasıdır. 7 R stratejisini, adımları, kesinti ve maliyet sorularını, Türkiye'deki mevzuatı anlattık.

Oğuzhan Gerçek··6 dk okuma
Buluta Geçiş (Cloud Migration) Nedir? Yöntemleri, Adımları ve Riskleri

Kısa cevap: Buluta geçiş (cloud migration, bulut taşıma), kurumun sunucularını, verisini ve uygulamalarını kendi veri merkezinden ya da bir buluttan başka bir buluta taşımasıdır. İngilizcedeki migration kelimesi "göç" demek; bilişimde bir sistemin yerini ya da platformunu değiştirmesi için kullanılıyor. İyi bir geçiş tek bir büyük gün değil, dalgalar hâlinde yürüyen bir programdır: önce envanter ve bağımlılık haritası, sonra her uygulama için taşıma stratejisi, pilot, replikasyonla kesim, doğrulama ve maliyet düzeltmesi. Türkiye'de bankalar, sermaye piyasası kurumları ve kamu için verinin nerede duracağı taşımadan önce netleşmesi gereken bir mevzuat sorusu.

Buluta geçiş nedir?

Kapsamı çoğu zaman sanıldığından geniş. Taşınan şey yalnız sanal sunucular değil: veri tabanları ve dosya sunucuları, kimlik altyapısı (Active Directory), ağ ve güvenlik duvarı kuralları, yedekleme düzeni, izleme ve lisanslar da yer değiştirir. Hedef bir public cloud, kurumun kendi özel bulutu ya da ikisinin karışımı olan hibrit bulut olabilir; kaynaktan hedefe giden yol ise taşınan her uygulama için ayrı seçilir.

Taşıma stratejileri: 7 R

AWS'nin büyük taşıma rehberi yedi strateji sayıyor:

  • Retire (emekli et): İş değeri kalmamış uygulamayı taşımak yerine kapatmak. AWS, 90 gün boyunca ortalama işlemci ve bellek kullanımı yüzde 5'in altında kalan uygulamalara "zombi", yüzde 5 ile 20 arasında kalanlara "atıl" diyor; ikisi de emeklilik adayı.
  • Retain (yerinde tut): Veri yerleşimi şartı, taşınamayan özel donanım bağımlılığı ya da yakın zamanda yapılmış yatırım yüzünden şimdilik taşınmayacaklar.
  • Rehost (olduğu gibi taşı, lift and shift): Uygulamayı değiştirmeden sanal makineyi buluta aktarmak; en hızlı ve en az riskli yol.
  • Relocate (platformuyla taşı): Sanallaştırma platformunu olduğu gibi bulut sürümüne taşımak; uygulama mimarisine dokunulmaz.
  • Repurchase (yenisini al): Mevcut yazılımı SaaS ya da bulut sürümüyle değiştirmek.
  • Replatform (taşırken iyileştir): Taşırken sınırlı değişiklik yapmak; veri tabanını yönetilen bir hizmete almak, işletim sistemini yükseltmek, sanal makineyi container'a koymak gibi.
  • Refactor (yeniden kur): Uygulamayı bulut yerel mimariyle yeniden tasarlamak.

Aynı rehberin önemli bir uyarısı var: büyük taşımalarda yaygın stratejiler rehost, replatform, relocate ve retire; refactor en karmaşık ve en pahalı olanı, bu yüzden önce taşıyıp modernizasyonu taşıma bittikten sonra yapmak öneriliyor. Pratikte doğru cevap karma: kritik olmayan yükler olduğu gibi taşınır, maliyeti yüksek olanlar bulut yerel hizmetlere alınır, eskiyenler emekli edilir.

Buluta geçiş adımları

  1. Keşif ve envanter: Hangi sunucu, hangi uygulama, hangi veri; gerçek kullanım ölçümleriyle birlikte.
  2. Bağımlılık haritası: Hangi uygulama hangisiyle konuşuyor. Projelerin en sık takıldığı yer, taşındıktan sonra ortaya çıkan görünmez bağımlılıklar.
  3. Strateji ve yerleşim kararı: Her iş yükü için 7 R'den biri ve hedef (public cloud, özel bulut, yerinde).
  4. Landing zone: Hesap yapısı, ağ, kimlik, şifreleme, loglama ve etiketleme standardı; güvenlik sonradan eklenmez, ilk günden mimariye yazılır.
  5. Dalga planı: Birlikte taşınması gereken sistemler gruplanır, sıra riske göre belirlenir, her dalganın geri dönüş noktası yazılır.
  6. Pilot: Düşük riskli bir dalga ile yöntem, araçlar ve ekip sınanır.
  7. Replikasyon ve kesim (cutover): Hedef ortam sürekli çoğaltmayla önceden eşitlenir; kesim anında yalnızca son fark aktarılır ve trafik hedefe çevrilir.
  8. Doğrulama ve hypercare: Uygulama testleri, performans ve maliyet izleme; ilk günlerde yoğun destek.
  9. Optimizasyon: Boyutlandırmanın gerçek kullanıma göre düzeltilmesi, rezervasyonlar, kullanılmayan kaynakların kapatılması.

Kesinti ne kadar olur, veri kaybı olur mu?

Replikasyonla önceden eşitlenebilen sistemlerde kesim dakikalarla ölçülür; fiziksel olarak taşınması gereken donanımda pencere saatlerle. Veri kaybı doğru yöntemle olmaz: hedef önceden senkronize edilir, kesim öncesi doğrulama yapılır ve geri dönüş yolu her dalga için yazılı tutulur. Bu mantık felaket kurtarma ile aynıdır; kabul edilebilir kesinti ve veri kaybı hedeflerini önceden belirlemenin yöntemini RPO ve RTO yazısında anlattık.

Türkiye'de buluta geçişte mevzuat

Verinin nerede duracağı, taşımadan önce cevaplanması gereken soru:

  • Bankalar: BDDK yönetmeliği birincil ve ikincil sistemlerin yurt içinde bulunmasını istiyor; bulut hizmeti dış hizmet sayılıyor ve yalnızca özel bulut ya da topluluk bulutu modeli mümkün. Ayrıntısı BDDK yazımızda.
  • Sermaye piyasası kurumları: SPK'nın VII-128.10 tebliği (RG 13 Mart 2025) birincil ve ikincil sistemleri yurt içinde tutmayı zorunlu kılıyor.
  • Kişisel veri: Verinin yurt dışına çıkması KVKK'da ayrı bir rejime tabi; şartları yurt dışına aktarım yazısında anlattık.
  • Kamu ve kritik altyapı: 2019/12 sayılı Bilgi ve İletişim Güvenliği Tedbirleri Genelgesi kritik verilerin yurt içinde depolanmasını istiyor.

Bu şartlar buluta geçişi engellemiyor; hedefi belirliyor. Bölgesi Türkiye'de olan bir bulut, özel bulut ya da karma yerleşim çoğu durumda cevap oluyor; yedeklerin konumu da aynı kuralın parçası.

Buluta geçince maliyet düşer mi?

Otomatik olarak düşmez. Bire bir taşınan, aşırı boyutlandırılmış sunucular bulutta daha pahalıya gelebilir; avantaj, boyutlandırmanın gerçek kullanıma göre düzeltilmesinden ve kullanılmayan kaynakların kapatılmasından gelir. Flexera'nın 2026 raporuna göre kurumların yüzde 85'i bulut harcamasını yönetmeyi en büyük zorluk sayıyor ve katılımcıların tahminine göre boşa giden harcama payı beş yıl sonra ilk kez artarak yüzde 29'a çıktı. Taşımadan önce bilinmesi gereken üç kalem: veri çıkış (egress) ücretleri, bulutta farklı işleyen yazılım lisansları ve taşıma süresince iki ortamı birden çalıştırma maliyeti. Harcamayı disipline sokmanın yöntemini FinOps yazısında, yatırım harcamasından işletme giderine geçişin anlamını CapEx ve OpEx yazısında ele aldık.

En sık yapılan hatalar

  • Bağımlılık haritası çıkarılmadan dalga planı yapmak.
  • Kimlik ve ağ katmanını son dalgaya bırakmak; sunucular taşınır, kullanıcı giremez.
  • Geri dönüş yolunu yazmamak; kesim anında karar kalır.
  • Yedekleme ve izleme düzenini taşımadan sonra kurmak.
  • Emekli edilecek sistemi taşımak; iki kez para harcanır.
  • Taşıma biter bitmez optimizasyonu unutmak; fatura ilk ayda belli olur.
  • İşletimi kimin üstleneceğini baştan karara bağlamamak.

Yönetilen taşıma: Eclit'in yaklaşımı

Bulut taşıma hizmetimizde iş değerlendirmeyle başlıyor: her iş yükü için strateji ve hedef seçiliyor, taşıma risk odaklı dalgalar hâlinde yürütülüyor, her dalganın geri dönüş noktası ve testleri var, kesim sonrası hypercare desteği veriliyor; veri merkezi çıkışı, landing zone ve maliyet optimizasyonu aynı programın parçası. İsterseniz taşıyan ekip taşıma sonrası işletimi de üstleniyor. Hazırlık değerlendirmesi ve iş yükü yerleşim kararı için bulut benimseme ve platform taşıma sayfasına bakabilirsiniz.

Sık sorulan sorular

Migration ne demek? İngilizcede göç; bilişimde bir sistemin, verinin ya da uygulamanın başka bir ortama taşınması. Cloud migration buluta taşıma, data migration veri taşıma, platform migration platform değişikliği demek.

Buluta geçiş ne kadar sürer? Sistem sayısına değil bağımlılık karmaşıklığına bağlı: birbirinden bağımsız yirmi sunucu haftalar, birbirine bağlı yirmi sunucu aylar sürebilir. Gerçekçi süre, bağımlılık haritası çıktıktan sonra verilir.

Lift and shift ne demek? Rehost stratejisinin diğer adı: uygulamayı değiştirmeden, sanal makineyi olduğu gibi buluta taşımak. En hızlı yol; maliyet avantajı için taşıma sonrası boyutlandırma düzeltmesi gerekir.

Hangi sistemler buluta taşınmamalı? Gecikmeye çok duyarlı olanlar, veri yerleşimi kısıtı bulunanlar, lisans modeli üçüncü taraf altyapıya izin vermeyenler ve emeklilik takvimi yakın olanlar.

Buluta geçişte veri kaybı olur mu? Doğru yöntemle olmaz: hedef ortam sürekli çoğaltmayla önceden eşitlenir, kesim anında yalnız son fark aktarılır, kesim öncesi doğrulama ve geri dönüş yolu her dalga için yazılıdır.

Hibrit mi, tam geçiş mi? Çoğu kurumda cevap karma: değişken yükler ve yeni uygulamalar bulutta, veri yerleşimi şartı olan ya da gecikmeye duyarlı sistemler yerinde ya da özel bulutta. Kararı iş yükü bazında vermek, hepsini aynı anda taşımaktan daha güvenli.

Kaynaklar