Bulut göçünde bütçe aşımı istisna değil kuraldır: göçlerin kabaca %75'i bütçesini aşar, IDC ortalama aşımı %23 olarak veriyor ve yaklaşık %18'i en az bazı iş yüklerini geri almak zorunda kalıyor. Hedefi tutturan projeler, taşımadan önce değerlendiren, dalgalar halinde göç eden ve kimsenin fiyatlamadığı paralel çalışma dönemini bütçeleyen projelerdir.
Bu rehber bir envanterin nasıl değerlendirileceğini, iş yükü başına stratejinin nasıl seçileceğini, dalgaların nasıl sıralanacağını ve geri almadan nasıl geçiş yapılacağını kapsar.
Önemli noktalar
- Teklifin %10–20 üstünü bütçeleyin: Veri transferi, paralel çalışma, yeniden eğitim ve eski sistem entegrasyonu atlanan kalemlerdir.
- Hepsini birden değil dalgalar halinde taşıyın: İlk dalga düşük riskli olmalı ve envanterin gerçekte nasıl olduğunu öğretmek için seçilmelidir.
- Olduğu gibi taşımak tek başına nadiren tasarruf sağlar: Maliyet düşüşü taşımaktan değil, indikten sonra yaptıklarınızdan gelir.
- Geri alma planını geçişten önce yapın: Göçlerin yaklaşık beşte biri buna ihtiyaç duyuyor.
Planlamadan önce değerlendirin
Envanter dökümü, diğer her şeyi belirleyen teslimattır. Her uygulama için ne yaptığını, kimin bağımlı olduğunu, neyle entegre olduğunu, veri hacmini ve hassasiyetini, performans profilini ve hâlâ anlayan biri olup olmadığını kaydedin.
Hemen iki kategori ortaya çıkar ve göçten önce ele alınmaya değer: kimsenin kullanmadığı, emekliye ayrılabilecek sistemler ve sahibi ayrılmış sistemler. İlki bedava kazançtır. İkincisi, şimdi bulmazsanız üçüncü dalgada ortaya çıkacak risktir.
İş yükü başına strateji seçin
| Strateji | Anlamı | Efor | Ne zaman uyar |
|---|---|---|---|
| Emekliye ayır | Kapatmak | Yok | Kullanım düşmüş veya başka sistem kapsıyor |
| Koru | Olduğu yerde bırakmak | Yok | Mevzuat, gecikme veya lisans nedenleri |
| Yeniden barındır | Olduğu gibi taşımak | Düşük | Zaman baskısı; veri merkezinden çıkış tarihi |
| Platformu değiştir | Yönetilen servisleri kullanmak için küçük değişiklikler | Orta | Yönetilen veritabanı gerçek operasyon maliyetini kaldırıyor |
| Satın al | SaaS ile değiştirmek | Orta | Süreç standartlaşmış |
| Refactor et | Platform için yeniden yapılandırmak | Yüksek | Uygulama stratejik ve mimarisi büyümeyi engelliyor |
Çoğu envanter bunlardan dört beşini kullanır. Tek stratejiyi her şeye uygulamak en yaygın planlama hatasıdır ve genellikle ya emekliye ayrılacak bir şeyin pahalı refactor'una ya da yeniden inşa gereken bir şeyin olduğu gibi taşınmasına yol açar.
Maliyeti gerçekte neyin düşürdüğünü anlayın
Olduğu gibi taşımak iş yükünün biçimini değiştirmez; göç eforu eklendiğinde genellikle aynı veya daha pahalıya gelir. Tasarruf sonradan gelir: örnekleri doğru boyutlandırmak, yönetilen servislere geçmek, rezerve veya taahhütlü fiyatlandırma almak, üretim dışı ortamları mesai dışında kapatmak ve depolamada yaşam döngüsü kuralları.
Optimizasyon aşamasını açıkça bütçeleyin. İnip duran bir göç, üçüncü ayda herkesi şaşırtan bir bulut faturası üretir, kuruluşların %84'ünün bulut harcamasını yönetmekte zorlandığını bildirmesinin nedenlerinden biri.
Dalgaları bilinçli sıralayın
İlk dalga düşük riskli, iyi anlaşılmış ve öğrettiği şey için seçilmiş olmalıdır: az entegrasyonu olan, kullanıcıları toleranslı bir iç uygulama. Amacı, yanılmanın maliyeti düşükken gerçek kısıtlarınızı, ağ, kimlik, dağıtım, izleme, açığa çıkarmaktır.
Sonraki dalgaları boyuta göre değil bağımlılığa göre sıralayın. Aynı veritabanını paylaşan uygulamalar ya birlikte taşınır ya hiç taşınmaz ve taşınmış ile taşınmamış sistemler arasındaki sınırı geçen bir entegrasyon, gecikmenin ve arızanın çıktığı yerdir.
Dalgaları, geri almanın kriz değil karar olacağı kadar küçük tutun.
Kimsenin fiyatlamadığı maliyetleri bütçeleyin
| Gizli maliyet | Tipik etki |
|---|---|
| Eski ortamdan veri çıkışı | Gigabayt başına ücretlendirilir; veri ağırlıklı envanterlerde büyük |
| Paralel çalışma | Örtüşme boyunca iki ortam da faturalanır, çoğu zaman aylarca |
| Personel yeniden eğitimi | Yeni araçlar, yeni operasyon modeli |
| Geride kalan sistemlere entegrasyon | Sıklıkla en büyük tek sürpriz |
| Test ortamları | Geçiş boyunca çift |
| Geri alma kapasitesi | Yedekte tutulur, her şey yolunda giderse kullanılmaz |
Bunlar ilk tahmine yaygın olarak %10–20 ekler. Plana yazmak, aşımı öngörüye çevirir.
Önce veri stratejisine karar verin
Göçler veride başarısız olur. Taahhütten önce yanıtlayın: ne kadar var, mevcut bant genişliğinizde transfer ne kadar sürer, kaynak geçiş sırasında salt okunur olabilir mi, ikisi birlikte çalışırken nasıl uzlaştırılır ve kabul edilebilir veri kaybı penceresi nedir.
Büyük envanterler sıklıkla fiziksel transfer cihazı veya uzatılmış çoğaltma dönemi gerektirir. İkisi de, transferin tek başına on bir gün sürdüğünü geçiş hafta sonunuzda keşfetmekten ucuzdur.
Geçişi ve geri almayı birlikte planlayın
Geçişi; süreleri, sahipleri ve bir karar noktası olan bir çalıştırma kılavuzu olarak yazın: hangi koşul geri almayı tetikler ve bunu çağırmaya kim yetkili.
Geri alma ancak provasını yaptıysanız ve eski ortam hâlâ trafik alabiliyorsa gerçektir. Kaynağı erken kapatmak, kurtarılabilir bir sorunu olaya çeviren şeydir ve göçlerin kabaca beşte biri bu yola ihtiyaç duyar.
Söz verdiğiniz sonucu ölçün
Taşımadan önce başlangıç değerini belirleyin: altyapı maliyeti, dağıtım sıklığı, olay oranı ve kullanıcıların fark ettiği yolculuklarda performans.
Bulut göçü çoğu zaman maliyet üzerinden onaylanıp çeviklik üzerinden değerlendirilir ya da tersi. Ölçütü önceden adlandırmak, programın sonradan en kendinden emin anlatan kişiye göre değil kanıta göre değerlendirilmesini sağlar.
İlgili rehberler
- Sıradaki soru buysa şunu okuyun: Yapay Zeka İş Akışı Otomasyonu: Kullanım Alanları ve Riskler.
- Burada açık kalan soruyu şu yazı yanıtlıyor: Özel Yönetim Panosu Geliştirme: Metrikten Aksiyona.
Bulut Geçişi Yol Haritası: Analizden Canlıya Geçişe özellik eklemeden önce temeli doğru kurmak anlamına geliyorsa Platform Temelinizi Konuşalım.
Ali Boran Gazel