Cloud Migration Nedir? Kurumsal Geçiş Planlama Rehberi

Keşif, taşınacak sunucudan önce uygulama ve iş bağımlılıklarını çıkarır

Envanter yalnız sanal makine adı, CPU ve disk listesinden oluşmaz. Her uygulamanın iş sahibi, kullanıcı grubu, kritik çalışma saatleri, veri sınıfı, işletim sistemi, veri tabanı, lisans, kimlik kaynağı, DNS adı, sertifika, dış servis, dosya paylaşımı, zaman senkronizasyonu, yedekleme ve izleme bağımlılığı kaydedilir. Uygulama sunucusu tek başına taşındığında yerel Active Directory, eski SMB paylaşımı, sabit IP'li cihaz veya üretim makinesi bağlantısı geride kalırsa hizmet çalışmayabilir. Trafik ve süreç gözlemi, güncelliğini yitirmiş dokümana göre daha güvenilir ilişki çıkarır. Mevcut performans en az yoğun ve normal dönemleri kapsayacak sürede ölçülür; ortalama kadar tepe IOPS, gecikme, ağ çıkışı ve büyüme eğilimi de alınır.

Keşif sonucu her iş yükü için iş gerekçesi ve uygun strateji belirlenir. Kullanılmayan sistem emekliye ayrılabilir; bazı düzenleyici veya fiziksel bağımlılıklar nedeniyle yerinde tutulabilir; hazır SaaS çözümüyle değiştirilebilir; mevcut haliyle yeniden barındırılabilir; yönetilen hizmete taşınarak yeniden platformlanabilir veya bulut yetenekleri için yeniden tasarlanabilir. Bu karar yalnız teknik ekibin tercihi değildir. Kesinti toleransı, veri yerleşimi, lisans maliyeti, uygulama ömrü, sağlayıcı bağımlılığı, ekip yetkinliği ve beklenen iş değeri birlikte okunur. Aynı kurumda farklı uygulamalar farklı stratejilerle ilerleyebilir; “her şeyi buluta taşıma” başlı başına iş hedefi sayılmaz.

İş sahibi

Her uygulamanın teknik sorumlusu yanında iş onayı verecek kişi, kritik dönem ve kabul ölçütü belirlenir.

Bağımlılık

Kimlik, DNS, sertifika, veri tabanı, dosya, API, e-posta, cihaz ve dış ağ akışları kaynak-hedef yönüyle haritalanır.

Kapasite

CPU ve RAM'e ek olarak IOPS, gecikme, throughput, ağ çıkışı, yedek büyüklüğü ve büyüme eğilimi ölçülür.

Veri sınıfı

Kişisel, finansal, ticari veya operasyonel verinin yerleşim, şifreleme, saklama ve erişim gereksinimleri yazılır.

Strateji

Retire, retain, rehost, relocate, repurchase, replatform veya refactor kararı iş değeri ve riskle gerekçelendirilir.

Hedef mimari kimlik, ağ, güvenlik ve yönetim temelini geçişten önce kurar

İlk üretim iş yükü taşınmadan önce hesap/abonelik yapısı, yönetim grupları, bölgeler, ağ adres planı, bağlantı, DNS, kimlik, rol tabanlı yetki, loglama, anahtar yönetimi, bütçe sınırları ve politika uygulamasıyla bir landing zone hazırlanır. Deneme ortamında herkesin yönetici olması üretimde sürdürülemez. İnsan hesapları, servis kimlikleri ve otomasyon rollerinin en az yetkisi ayrılır; çok faktörlü kimlik doğrulama ve ayrıcalıklı erişim süreci uygulanır. Kurum içi ağ ile bulut arasında VPN veya özel bağlantı kurulurken adres çakışması, bant genişliği, gecikme, yedek yol, DNS çözümleme ve güvenlik duvarı kuralları gerçek akışlarla test edilir. Yönetim arayüzleri internete gereksiz açılmaz; bastion veya kontrollü erişim yolu kullanılır.

Güvenlik sorumluluğu sağlayıcı ve müşteri arasında paylaşılır; bulutta çalışmak yapılandırma sorumluluğunu ortadan kaldırmaz. Veri aktarımda ve beklemede şifrelenir, anahtar sahipliği ile yenileme süreci belirlenir. Güvenlik logları merkezi ve değiştirilmeye dayanıklı hedefe gönderilir; zaman senkronizasyonu, zafiyet yönetimi, EDR, yedekleme ve olay müdahalesi hedef işletim modeline eklenir. Üretim, test ve geliştirme ortamları ağ ve yetki açısından ayrılır. Kaynak sistemdeki eski geniş firewall kurallarını aynen taşımak yerine gerçek uygulama akışlarından izin listesi çıkarılır. Politika kodla uygulanabiliyorsa standart dışı kaynak daha oluşurken engellenir; istisna süreli, sahibi belli ve gözden geçirilebilir olur.

• Hesap/abonelik, ortam, bölge, kaynak etiketi, bütçe ve sahiplik standardını ilk üretim kaynağından önce belirleyin.
• Kimlik federasyonu, MFA, en az yetki, servis hesabı, ayrıcalıklı yönetim ve acil erişim hesaplarını test edin.
• IP adres planı, VPN/özel hat, DNS, rota, firewall, yedek bağlantı ve kurum içi bağımlılıkları birlikte doğrulayın.
• Merkezi log, EDR, zafiyet, şifreleme, anahtar, yedekleme ve olay bildirimi kapsamını hedef ortamın parçası yapın.
• Kaynak oluşturma standardını şablon ve politika ile tekrarlanabilir hale getirin; elle açılan istisnaları kayda alın.

Geçiş dalgası veri tutarlılığını, kesintiyi ve geri dönüş kararını kanıtlar

Uygulamalar bağımlılık gruplarına göre dalgalara ayrılır. İlk pilot, düşük iş riski taşıyan fakat ağ, kimlik, izleme ve yedekleme zincirini gerçekçi biçimde deneyen bir iş yükü olmalıdır. Her dalga için kaynak dondurma zamanı, ilk kopya, artımlı eşitleme, son senkronizasyon, DNS veya trafik geçişi, doğrulama, kullanıcı kabulü ve eski sistemi kapatma adımları dakika ve sorumlu düzeyinde yazılır. Büyük veri setlerinde aktarım süresi yalnız hat hızının teorik değerinden hesaplanmaz; protokol verimi, küçük dosya sayısı, şifreleme, değişim oranı ve eşzamanlı trafik ölçülür. Veri tabanında tutarlı yedek veya replikasyon noktası, uygulamanın yazma davranışıyla uyumlu olmalıdır.

Geri dönüş planı “sorun olursa eski sunucuyu açarız” cümlesi değildir. Geçişten sonra hedefte yeni veri oluştuysa eski sisteme nasıl geri işleneceği, DNS önbelleği, kuyruktaki mesajlar, lisans ve kimlik değişiklikleri açıklanır. Geri dönüş için son karar zamanı ve yetkili kişi önceden belirlenir; bu eşik geçildikten sonra kurtarma yöntemi farklı olabilir. Teknik doğrulamada servislerin ayağa kalkması yanında işlem bütünlüğü, kullanıcı yetkisi, rapor, e-posta, dosya, entegrasyon, performans, log, yedek ve izleme alarmı test edilir. Kabul sonucu iş sahibi tarafından onaylanmadan kaynak ortam silinmez. Kaynak ve hedefin paralel açık kaldığı süre güvenlik ve maliyet açısından sınırlandırılır.

Dalga kapsamı

Birlikte çalışması gereken uygulama, veri tabanı, entegrasyon ve kimlik bileşenleri aynı geçiş grubunda planlanır.

RPO/RTO

İzin verilen veri kaybı ve hizmete dönüş süresi iş sahibi tarafından onaylanır; kopya yöntemi bu hedefe göre seçilir.

Kesinti

Dondurma, son senkronizasyon, geçiş, test ve iletişim süreleri prova verisiyle hesaplanır; bakım penceresi buna göre açılır.

Geri dönüş

Karar eşiği, veri geri birleştirme yöntemi, DNS ve kuyruk davranışı ile sorumlu kişi önceden yazılıdır.

Kabul

Fonksiyon, veri, yetki, performans, güvenlik, yedek, log ve izleme testleri iş ve teknik ekipçe imzalanır.

Geçiş sonrası işletim performans, maliyet ve dayanıklılığı sürekli izler

Cloud migration, trafik hedefe döndüğünde bitmez. İlk günlerde hata oranı, gecikme, CPU, bellek, disk, veri tabanı bağlantısı, ağ çıkışı, kuyruk ve kullanıcı deneyimi kaynak taban çizgisiyle karşılaştırılır. Alarm eşikleri yeni platformun davranışına göre ayarlanır; eski ortamdan kopyalanan eşikler yanlış pozitif veya kör nokta yaratabilir. Yedek işinin “başarılı” görünmesi yeterli değildir; hedef depolama, saklama, değişmezlik, şifreleme ve düzenli geri yükleme testi doğrulanır. İş sürekliliği için tek bölge, tek hesap ve tek yönetici bağımlılıkları değerlendirilir. Felaket kurtarma senaryosu mimaride varsa yalnız dokümanda kalmaz; hedef RPO/RTO'ya karşı prova edilir.

Maliyet yönetimi ilk faturadan sonra başlayan kesinti çalışması değildir. Kaynak etiketleri, bütçe uyarıları, rezervasyon/taahhüt seçenekleri, otomatik ölçekleme, kapanması gereken test sistemleri, disk anlık görüntüleri, log saklama ve internet çıkış ücretleri tasarımda görünür hale getirilir. Ucuz görünen büyük sanal makine, sürekli düşük kullanımda gereksiz harcama; aşırı küçük kaynak ise performans ve olay maliyeti doğurabilir. Hak boyutlandırma gerçek telemetriyle periyodik yapılır. Operasyon ekibinin olay, değişiklik, yama, kapasite, erişim, sertifika, anahtar ve maliyet sorumlulukları runbook'lara işlenir. Sağlayıcı desteği, eskalasyon yolu ve kurum içi yetkinlik planı olmadan teknik olarak başarılı geçiş sürdürülebilir işletime dönüşmez.

• İlk 24 saat, ilk hafta ve ilk ay için performans, hata, güvenlik ve maliyet gözden geçirme pencereleri tanımlayın.
• Yedekleme sonucunu düzenli geri yükleme testiyle; felaket kurtarmayı ölçülen RPO/RTO provasıyla doğrulayın.
• Kaynakları sahip, ortam, uygulama, maliyet merkezi ve veri sınıfıyla etiketleyin; sahipsiz harcamayı raporlayın.
• Test kaynaklarının çalışma saatini, eski snapshot ve disklerin yaşam döngüsünü, log saklamayı otomatik yönetin.
• Olay, değişiklik, erişim, yama, sertifika, kapasite ve sağlayıcı eskalasyonu için güncel runbook ve sorumlu ekip tutun.