01Sorun ve çözüm
Bulut migrasyonu hizmetimizde önce uygulamalarınızı ve aralarındaki bağımlılıkları çıkarırız. Her uygulama için taşıma stratejisini gerekçesiyle seçeriz: olduğu gibi taşıma, platformunu değiştirerek taşıma, yeniden yazma ya da kapatma. Taşıma dalgalar hâlinde ilerler; önce riski düşük bir pilot, sonra kritik sistemler gelir.
Devamını okuDaha az göster
Her dalganın sonunda geri dönüş planı, veri doğrulaması ve kullanıcıların onayladığı bir kabul adımı bulunur. Eski ortam, yenisinin kararlı çalıştığı doğrulanmadan kapatılmaz.
02Kimler için
Bulut migrasyonu hizmeti hangi durumlarda gerekir
Taşıma kararı verilmiş ya da kaçınılmaz hâle gelmişse planlama ve uygulama desteği burada devreye girer.
- Kiralık sunucudan ya da kendi sunucu odasından buluta geçmek isteyen işletmeler
- Donanımının ömrü, bakım sözleşmesi veya kapasitesi dolmak üzere olan şirketler
- Bir bulut sağlayıcıdan başka bir sağlayıcıya geçmeyi planlayan ekipler
- Birleşme, ayrılma ya da şirket yapısı değişikliği sonrasında altyapıyı yeni bir hesaba taşıması gereken kuruluşlar
- Eski ve kritik bir uygulamayı sınırlı kesinti penceresiyle taşımak isteyen BT yönetimleri
03İhtiyaçlar
Taşıma sırasında karşılaşılan sorunlar
Migrasyon projelerinde gecikmenin ve kesintinin nedeni çoğunlukla teknik zorluktan çok eksik bilgidir.
- 01
Belgelenmemiş bağımlılıklar
Başka bir sunucuya doğrudan IP ile bağlanan uygulamalar, ortak dosya paylaşımları ve zamanlanmış görevler, taşıma öncesinde ağ trafiği izlenerek ortaya çıkarılır.
- 02
Veritabanı ve kesinti süresi
Büyük bir veritabanını kopyalamak uzun sürebilir. Sürekli replikasyon, kesinti penceresini yalnızca son eşitleme ve geçiş anına indirir.
- 03
Lisans ve uyumluluk
İşletim sistemi ve veritabanı lisanslarının bulutta nasıl geçerli olduğu taşımadan önce netleşmezse maliyet beklenmedik biçimde değişir.
- 04
Performans farkı
Yerelde hızlı çalışan bir dosya paylaşımı ya da sorgu bulutta farklı davranabilir. Taşıma öncesinde ölçülen referans değerler, sonucun karşılaştırılmasını sağlar.
- 05
Dış dünyaya bağlı ayarlar
Alan adı kayıtlarının yayılma süresi, e-posta kayıtları, TLS sertifikaları ve iş ortaklarının IP adresinizi izin listesine eklemiş olması geçiş gününü etkiler.
04Özellikler
Bulut migrasyonunun kapsamı
Proje, uygulamanın karmaşıklığına göre bu adımların tamamını ya da bir kısmını içerir.
- 01
Keşif ve bağımlılık haritası
Sunucular, veritabanları, ağ akışları ve zamanlanmış görevler envantere alınır; hangi sistemin hangisine bağlı olduğu şema olarak çıkarılır.
- 02
Strateji ve dalga planı
Her uygulama için taşıma yöntemi seçilir; taşıma sırası bağımlılıklara ve iş takvimine göre dalgalara bölünür.
- 03
Hedef ortamın hazırlanması
Hesap, ağ, kimlik, güvenlik ve izleme temeli, taşıma başlamadan altyapı koduyla kurulur.
- 04
Veri ve uygulama taşıma
Pilot taşıma ile yöntem denenir; ardından veriler, dosyalar ve uygulamalar doğrulama adımlarıyla dalga dalga taşınır.
- 05
Geçiş ve geri dönüş planı
Geçiş günü için adım adım senaryo, sorumlular ve geri dönüş koşulları önceden yazılır.
- 06
Taşıma sonrası stabilizasyon
Performans ayarı, izleme ve yedekleme doğrulanır; eski ortam onayınızla kapatılır.
05Entegrasyonlar
Taşıma sırasında bağlanan sistemler
Taşıma araçları ve çevre sistemler her projede ortamınıza göre belirlenir.
- 01
Sunucu ve sanallaştırma platformu
VMware, Hyper-V ya da fiziksel sunucular; AWS Application Migration Service, Azure Migrate veya Google Migrate to Virtual Machines gibi araçlarla buluta kopyalanır.
- 02
Veritabanı motorları
SQL Server, PostgreSQL, MySQL ve Oracle gibi motorlar için replikasyon ve veri doğrulaması yapılır.
- 03
Şirket ağı ve bağlantı
Taşıma süresince şirket ağı ile bulut arasında VPN ya da ayrılmış hat kurulur; iki ortam bir süre birlikte çalışır.
- 04
DNS, e-posta ve sertifikalar
Geçiş gününden önce DNS kayıtlarının geçerlilik süresi kısaltılır; e-posta kimlik doğrulama kayıtları ve TLS sertifikaları yeni ortama hazırlanır.
- 05
Yedekleme ve izleme araçları
Eski ortamın yedekleme ve izleme düzeni yenisinde yeniden kurulur; çalıştığı doğrulandıktan sonra eskisi devre dışı bırakılır.
06Süreç
Bulut migrasyonu nasıl ilerler
Adım 01
Keşif ve envanter
Uygulamaları, sunucuları ve bağımlılıkları çıkarır, kritik iş akışlarını sahipleriyle birlikte belirleriz.
Adım 02
Strateji ve dalga planı
Her uygulama için taşıma yöntemini seçer, dalgaları ve kesinti pencerelerini iş takviminize göre planlarız.
Adım 03
Hedef ortam hazırlığı
Hesap, ağ, kimlik, güvenlik ve izleme temelini kodla kurarız.
Adım 04
Pilot taşıma
Riski düşük bir uygulamayı taşıyarak yöntemi, araçları ve geri dönüşü deneriz.
Adım 05
Dalgalar ve geçiş
Uygulamaları planlanan sırayla taşır, her geçişte veri doğrulaması ve kabul testi yaparız.
Adım 06
Stabilizasyon ve kapatma
İzleme, performans ayarı ve yedekleme doğrulandıktan sonra eski ortamı onayınızla kapatırız.
07Teknoloji
Bulut migrasyonu hizmetinde uyguladığımız yöntem
Her taşımanın geri alınabilir olması temel ilkemizdir. Geçişten sonra da eski ortam bir süre çalışır durumda tutulur, veriler iki yönde doğrulanır ve ancak yeni ortamın kararlı olduğu görüldüğünde kapatılır.
Devamını okuDaha az göster
Otomatik taşıma araçlarından yararlanırız ama otomasyon planın yerini tutmaz. Canlı geçişten önce prova yapılır, geçiş günü için kontrol listesi hazırlanır ve her adımın sorumlusu belli olur.
Aktarım sırasında veri şifrelenir, taşıma boyunca kimlik bilgileri kasada tutulur. İş bittiğinde eski disklerdeki ve yedeklerdeki kişisel veriler güvenli biçimde silinir ya da imha edilir; bu adım KVKK açısından da önemlidir.
08Çalışma modelleri
Bu hizmette çalışma modelleri
09Sık sorulan sorular
Bulut migrasyonu hakkında sık sorulan sorular
Bulut migrasyonu fiyatları neyi kapsar?
Fiyatı taşınacak sunucu, uygulama ve veri miktarı, bağımlılıkların karmaşıklığı, yeniden yazma ihtiyacı ve kesinti toleransınız belirler. Proje sabit kapsam ve sabit fiyatla yürütülür; taşıma sonrası uzun vadeli destek ayrı bir bakım sözleşmesidir.
Taşıma sırasında sistemimiz kapanacak mı?
Kesinti ihtiyacı uygulama bazında belirlenir. Sürekli replikasyonla yürütülen taşımalarda kesinti, son eşitleme ve DNS geçişi kadar kısa tutulabilir; bunun mümkün olmadığı sistemler için planlı bir bakım penceresi ayarlanır.
Her şeyi buluta taşımak zorunda mıyım?
Hayır. Bazı sistemler lisans, gecikme ya da düzenleme nedeniyle yerinde kalır; bazıları emekliye ayrılır. Doğru planlandığında hibrit yapı da geçerli bir hedeftir.
Bulut migrasyonu firması olarak yazılımımızı yeniden yazmanız gerekir mi?
Çoğu zaman gerekmez; olduğu gibi taşıma çalışır. Yalnızca eski sürümlere bağlı ya da yerel dosya sistemini yoğun kullanan uygulamalarda küçük uyarlamalar gerekebilir. Bu ihtiyaç keşif aşamasında belirlenir.
Taşımadan sonra performans düşerse ne olur?
Taşıma öncesinde alınan referans ölçümlerle karşılaştırma yapılır; fark varsa kaynak boyutu, disk türü ya da ağ ayarı düzeltilir. Sorun çözülemezse geri dönüş planı devreye girer.
Bir bulut sağlayıcıdan diğerine geçiş mümkün mü?
Mümkündür. Sağlayıcıya özgü servisler ve veri çıkış ücretleri planın ana belirleyicisidir; bu yüzden hangi bileşenin yeniden kurulacağı, hangisinin doğrudan taşınacağı keşifte ayrıştırılır.
Bulut migrasyonu hizmeti taşıma sonrası destek içerir mi?
Stabilizasyon dönemi proje kapsamındadır. Sonrasında izleme, güncelleme ve hata düzeltme için ayrı bir bakım ve destek anlaşması yapabiliriz.
10İlgili hizmetler