Buluta Taşıma Kontrol Listesi: Değerlendirmeden Geçişe

01Buluta Taşıma Kontrol Listesi: Değerlendirmeden Geçişe

Buluta taşıma (cloud migration) çoğu işletmede "sunucuları taşımak" olarak başlar ve mimari, güvenlik, maliyet ve organizasyon kararlarına dönüşür. Başarısız geçişlerin ortak noktası teknik yetersizlik değil, planlama eksikliğidir: envanter çıkarılmamış, bağımlılıklar bilinmiyor, kesinti planı ve geri dönüş yolu yok. Bu kontrol listesi, geçişi aşamalara bölerek her aşamada nelerin tamamlanması gerektiğini özetler.

02Değerlendirme ve Envanter

• Tüm uygulamalar, sunucular, veritabanları, dosya depoları ve zamanlanmış işler listelendi mi?
• Her uygulamanın sahibi, kritiklik düzeyi ve iş etkisi belirlendi mi?
• Uygulamalar arası bağımlılıklar (servis çağrıları, paylaşılan veritabanları, dosya paylaşımları, ağ erişimleri) haritalandı mı?
• Lisans kısıtları (işlemci başına lisans, bulutta kullanım yasağı) kontrol edildi mi?
• Mevcut performans ve kaynak kullanımı (CPU, bellek, disk, ağ) ölçüldü mü? Hedef boyutlandırma bu veriye dayanmalıdır.

03Strateji Seçimi

Her uygulama için taşıma stratejisi ayrı seçilir; tek strateji tüm sistemlere uymaz.

• Yeniden barındırma (lift and shift): Uygulama olduğu gibi taşınır; hızlıdır, bulut avantajlarından sınırlı yararlanır.
• Platform değişikliği: Veritabanının yönetilen servise, uygulamanın konteynere alınması gibi kısıtlı değişiklikler.
• Yeniden yapılandırma: Mimarinin bulut yerlisi bileşenlerle yeniden kurulması; en yüksek kazanım ve maliyet.
• Yerine koyma: Uygulamanın SaaS bir ürünle değiştirilmesi.
• Emekliye ayırma / yerinde tutma: Kullanılmayan sistemlerin kapatılması ya da kısıt nedeniyle yerinde bırakılması.

04Hedef Mimari ve Sağlayıcı

• Sağlayıcı ve bölge seçiminde veri yerleşimi (KVKK ve sektör düzenlemeleri) dikkate alındı mı?
• Hesap ve proje yapısı, ortam ayrımı (geliştirme, test, canlı) ve etiketleme standardı belirlendi mi?
• Ağ tasarımı (sanal ağlar, alt ağlar, güvenlik grupları, VPN ya da özel bağlantı) çizildi mi?
• Kimlik ve erişim yönetimi (IAM) en az yetki ilkesiyle tasarlandı, çok faktörlü doğrulama zorunlu kılındı mı?
• Altyapı kod olarak (Terraform vb.) tanımlanacak mı? Elle oluşturulan kaynaklar geçiş sonrası yönetimi zorlaştırır.

05Güvenlik ve Uyum

• Veri sınıflandırması yapıldı; hangi verinin şifrelenmesi, nerede tutulması ve kimin erişebilmesi gerektiği belirlendi mi?
• Bekleyen ve aktarılan veri şifrelemesi, anahtar yönetimi ve sır (secret) yönetimi planlandı mı?
• Log toplama, denetim izi ve uyarı mekanizmaları geçiş öncesinde kuruldu mu?
• Sağlayıcı ile paylaşılan sorumluluk modeli ekipçe anlaşıldı mı? Yedekleme, yama ve erişim yönetimi çoğu modelde müşterinin sorumluluğundadır.
• Aydınlatma metni ve veri işleme sözleşmeleri yeni sağlayıcıyı kapsayacak biçimde güncellendi mi?

06Veri Taşıma

• Veri hacmi ve aktarım süresi hesaplandı; bağlantı kapasitesi yeterli mi, fiziksel aktarım gerekir mi?
• Veritabanı geçişinde sürekli replikasyon ile kesinti süresi kısaltılabilir mi?
• Veri bütünlüğü doğrulaması (kayıt sayısı, sağlama toplamı, örnek karşılaştırma) planlandı mı?
• Geçiş sırasında değişen verinin nasıl senkronlanacağı (delta aktarımı) belirlendi mi?

07Pilot ve Test

• Düşük riskli bir uygulama pilot olarak seçildi ve uçtan uca taşındı mı?
• İşlevsel, performans ve güvenlik testleri hedef ortamda koşuldu mu?
• Yedekten geri yükleme ve yük devretme tatbikatları yapıldı mı?
• Maliyet tahmini pilot verisiyle güncellendi mi?

08Geçiş Planı ve Kesinti Yönetimi

• Uygulamalar bağımlılıklarına göre dalgalara ayrıldı, her dalganın sırası ve tarihi belirlendi mi?
• Her dalga için adım adım geçiş planı (runbook), sorumlular ve iletişim planı hazır mı?
• DNS geçişi, TTL düşürme ve trafik yönlendirme adımları planlandı mı?
• Kesinti penceresi iş birimleriyle anlaşıldı, müşteri bilgilendirmesi hazırlandı mı?
• Geri dönüş planı: Geçiş başarısız olursa eski ortama dönüş adımları ve karar kriterleri yazılı mı?

09Geçiş Sonrası

• İzleme, uyarı ve log akışları yeni ortamda doğrulandı mı?
• Eski ortam belirlenen süre boyunca salt okunur tutulup sonra planlı biçimde kapatıldı mı?
• Maliyet panosu kuruldu; boyutlandırma, taahhüt indirimleri ve kullanılmayan kaynaklar düzenli gözden geçiriliyor mu?
• Ekip yeni ortam için eğitildi, runbook ve dokümantasyon güncellendi mi?
• Geçişten alınan dersler kayıt altına alındı mı?

10Sık Yapılan Hatalar

• Envanter olmadan başlamak ve "unutulan" bağımlılıklar yüzünden kesinti yaşamak.
• Yerinde ortamın boyutlarını buluta birebir taşıyıp yüksek fatura ile karşılaşmak.
• Güvenlik ve izlemeyi geçiş sonrasına bırakmak.
• Geri dönüş planı olmadan kesinti penceresine girmek.
• Geçişi yalnızca BT projesi olarak görüp iş birimlerini sürece dahil etmemek.

11Sonuç

Başarılı bir bulut geçişi, teknik taşıma işleminden çok planlama, güvenlik ve organizasyon disiplinidir. Envanter, strateji, hedef mimari, pilot, dalga planı ve geri dönüş yolu netleştiğinde geçiş kontrollü ve öngörülebilir hâle gelir. Mevcut altyapınızın bulut geçişi değerlendirmesi için ücretsiz ön görüşme talep edebilirsiniz.