Genel Bakış
Cloud Migration & Optimization, kurumun mevcut sunucu, uygulama, veritabanı ve dosya iş yüklerini şirket içi veri merkezinden veya farklı bir bulut ortamından hedef buluta planlı biçimde taşıyan ve taşıma sonrasında bu ortamı sürekli iyileştiren uçtan uca bir yönetilen hizmettir. Indexline bu hizmette yalnızca taşıma işini üstlenmez; keşif, mimari tasarım, geçiş, doğrulama ve sonrasındaki günlük operasyonu tek bir sorumluluk altında yürütür. Böylece göç projesi bir kerelik bir teknik etkinlik olmaktan çıkar, ölçülebilir hedefleri olan sürekli bir hizmet modeline dönüşür.
Buluta geçiş kararının arkasında genellikle donanım yenileme döngüsünün yaklaşması, veri merkezi sözleşmelerinin sona ermesi, yeni dijital kanalların hızla devreye alınma ihtiyacı veya iş sürekliliği beklentilerinin artması yatar. Ancak bulutun vaat ettiği çeviklik ve maliyet avantajı, taşımanın nasıl yapıldığına doğrudan bağlıdır. Plansız bir geçiş; uzayan kesintiler, beklenmeyen performans sorunları ve kontrolden çıkan faturalarla sonuçlanabilir. Doğru kurgulanmış bir göç programı ise iş birimlerinin fark etmeyeceği kadar sessiz ilerler ve ilk aydan itibaren ölçülebilir değer üretir.
Teknik açıdan modern bir göç programı, sektörde "7R" olarak bilinen stratejiler çerçevesinde şekillenir: yeniden barındırma (rehost / lift and shift), platform değişikliği (replatform), yeniden yapılandırma (refactor), yeniden satın alma (repurchase), yerinde bırakma (retain), emekliye ayırma (retire) ve yeniden konumlandırma (relocate). Her iş yükü için doğru strateji; bağımlılık haritası, lisans koşulları, performans profili ve iş kritikliği birlikte değerlendirilerek seçilir. Veri taşıma tarafında blok seviyesinde sürekli replikasyon, veritabanlarının kendi (native) replikasyon mekanizmaları ve change data capture (CDC) yaklaşımları kesinti penceresini dakikalar seviyesine indirmeyi mümkün kılar. Terraform gibi IaC araçları ise hedef ortamın tekrarlanabilir ve denetlenebilir biçimde kurulmasını sağlar.
Göç sürecini hafife almanın veya optimizasyon aşamasını atlamanın bedeli yüksektir. Bağımlılıkları keşfedilmemiş bir uygulama taşındığında, sabit IP adresi ile çalışan eski bir entegrasyon veya unutulmuş bir zamanlanmış görev üretimde beklenmedik kesintilere yol açabilir. Şirket içi ortamdaki kapasite birebir kopyalandığında ise aşırı boyutlandırılmış sanal makineler, atıl diskler ve gereksiz yere açık bırakılan kaynaklar bulut faturasını şirket içi maliyetin üzerine çıkarabilir. Güvenlik tarafında ise yanlış yapılandırılmış erişim politikaları ve dışarıya açık bırakılmış depolama alanları, KVKK kapsamında ciddi uyum ve itibar riskleri doğurur.
Indexline bu süreci üç ana fazda ele alır: değerlendir, taşı, işlet ve iyileştir. Değerlendirme fazında envanter, bağımlılık ve maliyet analizleriyle her iş yükü için gerekçeli bir yol haritası çıkarılır. Taşıma fazında pilot uygulamalarla başlayan, dalgalar (wave) halinde ilerleyen ve her adımda geri dönüş planı hazır tutulan kontrollü bir geçiş yürütülür. Geçiş tamamlandığında hizmet sona ermez; Indexline ortamı 7/24 izler, kaynak kullanımını düzenli olarak analiz eder, right-sizing ve rezervasyon önerilerini hayata geçirir ve aylık raporlarla müşteriye maliyet, performans ve güvenlik görünürlüğü sunar.
Nasıl Çalışır?
Keşif ve Envanter: Sunucular, uygulamalar, veritabanları, ağ akışları ve zamanlanmış görevler otomatik keşif araçları ve paydaş görüşmeleriyle çıkarılır; uygulamalar arası bağımlılık haritası oluşturulur.
İş Yükü Değerlendirmesi: Her iş yükü performans profili, lisans durumu, iş kritikliği ve teknik borç açısından analiz edilir; 7R çerçevesinde rehost, replatform, refactor veya retire kararı gerekçelendirilir.
Maliyet ve Hedef Mimari Tasarımı: Mevcut toplam sahip olma maliyeti (TCO) ile hedef bulut maliyeti karşılaştırılır; landing zone, ağ topolojisi, kimlik yönetimi, güvenlik ve yedekleme mimarisi tasarlanır.
Landing Zone Kurulumu: Hedef ortam Terraform gibi IaC araçlarıyla kurulur; hesap/abonelik yapısı, ağ segmentasyonu, VPN veya özel hat bağlantısı, rol tabanlı erişim ve etiketleme standartları devreye alınır.
Pilot Geçiş: Düşük riskli ancak temsil gücü yüksek bir uygulama ile pilot taşıma yapılır; araçlar, runbook'lar ve kesinti süreleri gerçek koşullarda doğrulanır.
Dalga Bazlı Taşıma: İş yükleri bağımlılık gruplarına göre dalgalar halinde taşınır; sürekli replikasyon ve CDC ile veri senkron tutulur, kesim (cutover) planlı bakım pencerelerinde ve geri dönüş planı hazır şekilde yapılır.
Doğrulama ve Devreye Alma: Fonksiyonel testler, performans karşılaştırmaları, veri bütünlüğü kontrolleri ve kullanıcı kabul testleri tamamlanır; DNS ve trafik yönlendirmesi kontrollü biçimde yeni ortama geçirilir.
Yönetilen Operasyon ve Sürekli Optimizasyon: Ortam 7/24 izlenir; right-sizing, rezervasyon planlaması, atıl kaynak temizliği ve otomatik kapatma politikaları uygulanır, aylık maliyet ve performans raporları ile iyileştirme döngüsü sürdürülür.
Temel Özellikler
Otomatik Keşif ve Bağımlılık Haritası
Sunucular arası ağ akışları ve uygulama bağlantıları analiz edilerek hangi sistemlerin birlikte taşınması gerektiği netleştirilir. Gözden kaçan entegrasyonlar geçiş öncesinde ortaya çıkar.
7R Tabanlı Göç Stratejisi
Her iş yükü için rehost, replatform, refactor, repurchase, retain, retire veya relocate kararı teknik ve iş gerekçeleriyle belgelenir; tek tip lift and shift yaklaşımından kaçınılır.
Minimum Kesintili Veri Taşıma
Blok seviyesinde sürekli replikasyon, veritabanlarının native replikasyon özellikleri ve CDC ile veri kaynak ve hedef arasında senkron tutulur. Kesim anındaki kesinti dakikalar seviyesine indirilir.
IaC ile Landing Zone
Hedef ortam Terraform gibi altyapının kodla yönetimi araçlarıyla kurulur. Ağ, erişim, güvenlik ve etiketleme standartları tekrarlanabilir, sürüm kontrollü ve denetlenebilir hale gelir.
Geri Dönüş Planlı Kesim
Her dalga için ayrıntılı cutover runbook'u, başarı kriterleri ve rollback senaryosu hazırlanır. Beklenmeyen bir durumda kaynak ortama kontrollü dönüş mümkün olur.
Right-Sizing ve Kaynak Analizi
CPU, bellek, disk ve ağ kullanım metrikleri düzenli olarak analiz edilir; aşırı boyutlandırılmış kaynaklar küçültülür, darboğaz yaşayan iş yükleri büyütülür.
FinOps Maliyet Görünürlüğü
Etiketleme standardı ile proje, departman ve uygulama bazında maliyet ayrıştırılır. Bütçe alarmları, rezervasyon önerileri ve aylık maliyet raporları sunulur.
Güvenlik ve KVKK Uyumlu Tasarım
En az yetki prensibine dayalı erişim, şifreleme, merkezi log toplama ve ağ segmentasyonu tasarımın parçasıdır. Veri yerleşimi KVKK gereklilikleri dikkate alınarak planlanır.
Faydalar ve Avantajlar
Planlı ve dalga bazlı geçiş sayesinde iş birimleri kesintiyi minimum düzeyde hisseder; kritik süreçler taşıma boyunca çalışmaya devam eder.
Bağımlılık analizi ve pilot geçişler, üretimde sürpriz kesinti ve geri dönüş riskini önemli ölçüde azaltır.
Right-sizing, rezervasyon planlaması ve atıl kaynak temizliği ile bulut harcaması gerçek ihtiyaçla hizalanır.
Donanım yenileme ve veri merkezi işletim yükü ortadan kalkar; BT ekipleri iş değeri üreten projelere odaklanır.
IaC ile kurulan standart ortamlar sayesinde yeni ortam açma süresi günlerden saatlere iner ve yapılandırma farklılıkları azalır.
Geçişle birlikte güvenlik, yedekleme ve izleme mimarisi modernize edilir; kurumun genel operasyonel olgunluğu yükselir.
Tek muhatap ile yürütülen yönetilen hizmet modeli, göç öncesinden günlük operasyona kadar sorumluluk boşluklarını ortadan kaldırır.
Sektörel Kullanım Senaryoları
Finans / Bankacılık
Kanal uygulamalarının test ve geliştirme ortamları KVKK ve iç denetim gereklilikleri gözetilerek yerli buluta taşındı; ortam hazırlama süresi iki haftadan bir güne indi.
Perakende / E-Ticaret
Sipariş ve katalog servisleri dalga bazlı geçişle buluta alındı; kampanya dönemlerinde otomatik ölçekleme devreye girdi, sezon dışı right-sizing ile aylık altyapı maliyeti %30 azaldı.
Üretim
Fabrikalardaki dağınık ERP ve raporlama sunucuları merkezi bulut ortamında konsolide edildi; eski donanım yenileme yatırımı ertelendi ve yedekleme süreçleri standartlaştı.
Sağlık
Hasta randevu ve laboratuvar entegrasyon sistemleri CDC tabanlı replikasyonla gece bakım penceresinde taşındı; kesim süresi 20 dakikanın altında kaldı.
Kamu
Veri yerelleştirme gerekliliği bulunan vatandaş hizmet portalı Türkiye lokasyonlu buluta taşındı; erişim logları merkezi olarak toplanarak denetim raporlaması kolaylaştı.
Lojistik
Araç takip ve depo yönetim uygulamalarının kullanım analizi yapıldı; atıl kaynaklar kapatıldı, gece saatleri için otomatik ölçek küçültme politikasıyla bulut faturası %25 düştü.
Indexline Yaklaşımı
Indexline için buluta geçiş, sunucuların bir lokasyondan diğerine kopyalanmasından ibaret değildir. Başarılı bir göç, iş hedefleriyle başlar: hangi uygulamanın daha hızlı ölçeklenmesi gerektiği, hangi sistemin maliyet baskısı yarattığı, hangi verinin hangi regülasyona tabi olduğu netleşmeden teknik plan yapılmamalıdır. Bu nedenle her projeye iş birimleri, BT operasyonu, güvenlik ve finans ekiplerinin katıldığı bir değerlendirme çalışmasıyla başlıyor, göç kararlarını ortak ve ölçülebilir hedeflere bağlıyoruz.
Tüm iş yüklerine aynı stratejiyi uygulamak, göç projelerinin en yaygın hatasıdır. Bazı uygulamalar için hızlı ve düşük riskli bir rehost en doğru tercihtir; bazıları ise yönetilen veritabanı veya container platformuna geçirildiğinde çok daha yüksek değer üretir. Kullanılmayan veya işlevi başka bir sistemde karşılanan uygulamaları emekliye ayırmak da en az taşımak kadar önemli bir karardır. Indexline, 7R çerçevesini her iş yükü için gerekçelendirerek uygular ve modernizasyonu kurumun hazır olduğu hızda ilerletir.
Risk yönetimi yaklaşımımızın merkezindedir. Pilot geçişlerle araçları ve süreçleri doğruluyor, iş yüklerini bağımlılık gruplarına göre dalgalar halinde taşıyor ve her kesim için önceden test edilmiş bir geri dönüş planı hazır tutuyoruz. Kesim kararları; veri bütünlüğü, performans karşılaştırması ve fonksiyonel testler gibi önceden tanımlanmış başarı kriterlerine göre verilir. Böylece göç süreci kişisel tecrübeye değil, tekrarlanabilir ve belgelenmiş bir metodolojiye dayanır.
Geçiş tamamlandığında asıl değer üretme aşaması başlar. Bulutta maliyet ve performans, ilk gün yapılan tasarımla sabit kalmaz; kullanım alışkanlıkları, yeni projeler ve sezonsal yoğunluklar ortamı sürekli değiştirir. Indexline, FinOps prensipleriyle kaynak kullanımını düzenli olarak analiz eder, right-sizing ve rezervasyon önerilerini uygular, atıl kaynakları temizler ve otomatik kapatma politikalarını yönetir. Müşteriye sunulan aylık raporlar, harcamanın hangi iş yüküne ait olduğunu ve hangi iyileştirmenin ne kadar tasarruf sağladığını şeffaf biçimde gösterir.
Güvenlik ve uyum, göç planının sonradan eklenen bir katmanı değil, en baştan tasarımın parçasıdır. Paylaşılan sorumluluk modeli gereği kimlik ve erişim yönetimi, ağ segmentasyonu, şifreleme, log toplama ve yedekleme gibi başlıklar landing zone aşamasında kurgulanır. KVKK kapsamındaki verilerin nerede tutulacağı ve kimlerin erişebileceği proje başında netleştirilir. Bu bütüncül yaklaşım sayesinde kurum buluta geçtikten sonra kontrol kaybetmez; tam tersine daha görünür, daha güvenli ve daha kolay denetlenebilir bir altyapıya kavuşur.
Sık Sorulan Sorular
Buluta geçiş ne kadar sürer?
Süre; iş yükü sayısına, bağımlılıkların karmaşıklığına ve seçilen göç stratejilerine göre değişir. Birkaç düzine sunucudan oluşan bir ortam keşif dahil birkaç hafta içinde taşınabilirken, yüzlerce uygulamadan oluşan kurumsal göç programları dalgalar halinde birkaç aya yayılır. Değerlendirme fazının sonunda iş yükü bazında gerçekçi bir takvim paylaşılır.
Geçiş sırasında sistemlerimiz kesintiye uğrar mı?
Hedef, kesintiyi en aza indirmektir. Sürekli replikasyon ve CDC ile veri, taşıma süresince kaynak ve hedef arasında senkron tutulur; asıl kesinti yalnızca son senkronizasyon ve trafik yönlendirmesini kapsayan kesim anında yaşanır. Bu süre çoğu iş yükü için dakikalar seviyesindedir ve planlı bakım penceresinde yapılır.
Lift and shift mi yoksa yeniden yapılandırma mı tercih edilmeli?
Tek doğru cevap yoktur. Lift and shift (rehost) hızlı ve düşük risklidir, veri merkezi çıkış takvimi sıkışık olduğunda idealdir; ancak bulutun elastikiyet avantajından sınırlı yararlanır. Replatform veya refactor daha fazla emek ister ama uzun vadede maliyet ve çeviklik kazancı sağlar. Pratikte çoğu kurum önce rehost edip ardından kritik uygulamaları kademeli olarak modernize eder.
Taşıma sonrasında bulut maliyetimiz artar mı?
Optimizasyon yapılmazsa artabilir. Şirket içi ortamdaki kapasitenin birebir kopyalanması, aşırı boyutlandırılmış kaynaklara ve gereksiz harcamaya yol açar. Indexline, geçiş sonrasında kullanım verisine dayalı right-sizing, rezervasyon planlaması, atıl kaynak temizliği ve otomatik kapatma politikalarıyla maliyeti gerçek ihtiyaçla hizalar ve bütçe alarmlarıyla sürprizleri önler.
Hangi uygulamalar buluta taşınmamalı?
Çok düşük gecikme gerektiren saha sistemleri, belirli donanıma bağımlı eski uygulamalar, lisans koşulları buluta izin vermeyen yazılımlar veya regülasyon gereği yerinde kalması gereken veriler için retain (yerinde bırakma) stratejisi daha uygun olabilir. Bu iş yükleri hibrit mimariyle bulut ortamına güvenli biçimde bağlanır.
Mevcut yazılım lisanslarımızı buluta taşıyabilir miyiz?
Birçok kurumsal yazılım BYOL (Bring Your Own License) modeliyle buluta taşınabilir; ancak koşullar üreticiye ve lisans türüne göre değişir. Örneğin Microsoft lisanslarında Software Assurance ve lisans mobilitesi kuralları belirleyicidir; Oracle gibi üreticilerde ise sanallaştırma ve bulut ortamına özel kurallar bulunur. Değerlendirme fazında lisans uyumu ayrıca incelenir.
KVKK açısından buluta geçiş risk oluşturur mu?
Doğru tasarlandığında ve yükümlülükler eksiksiz yerine getirildiğinde ek bir risk oluşturmaz. Kişisel verilerin hangi lokasyonda tutulacağı, yurt dışına aktarım olup olmadığı ve varsa KVKK'nın aktarım şartlarının nasıl karşılanacağı, erişim yetkileri, şifreleme ve log kayıtları proje başında planlanmalıdır. Türkiye lokasyonlu bulut altyapısı veri yerleşimi konusunda kolaylık sağlar; erişim ve işleme süreçlerinin belgelenmesi ise uyumun ayrılmaz parçasıdır.
Geçiş tamamlandıktan sonra ortamı kim yönetir?
Cloud Migration & Optimization bir yönetilen hizmet olarak kurgulandığından, geçiş sonrasında ortamın 7/24 izlenmesi, olay yönetimi, yama ve yedekleme takibi, kapasite planlaması ve maliyet optimizasyonu Indexline tarafından SLA kapsamında yürütülür. Sorumluluk dağılımı sözleşme başında açıkça tanımlanır; kurum dilerse belirli katmanları kendi ekibinde tutabilir.