Önce neden taşındığını netleştirin
Buluta geçiş bazen tek başına bir hedef gibi ele alınıyor. Oysa asıl ihtiyaç uzaktan erişim, artan trafik, daha güvenli yedekleme veya donanım bakım yükünü azaltmak olabilir. Neyi iyileştirmek istediğiniz belli değilse yeni altyapı eski sorunları daha karmaşık bir ortamda tekrarlar.
Her sistemin aynı anda taşınması da gerekmez. Yıllardır sorunsuz çalışan ve dış bağımlılıkları bulunan bir uygulama ile yeni geliştirilen bir servisin geçiş planı aynı olmamalıdır.
Teklif almadan önce hazırlanması gereken envanter
Sağlıklı maliyet ve mimari kararı için mevcut sistemi görünür hale getirmek gerekir. Hangi uygulamanın hangi veriye ulaştığı, ne kadar trafik aldığı ve kesinti halinde işin ne kadar bekleyebileceği bilinmeden yapılan tahminler kısa sürede geçerliliğini kaybeder.
- Uygulama, veri tabanı, dosya deposu ve harici servis bağımlılıklarını listeleyin.
- Kritik verinin ne sıklıkta yedekleneceğini ve ne kadar sürede geri dönmesi gerektiğini belirleyin.
- Kullanıcı rollerini ve yönetici erişimlerini en az yetki prensibine göre gözden geçirin.
- Normal dönem ile kampanya veya yoğun sezon trafiğini ayrı ayrı hesaplayın.
- Kaynak kullanımı ve beklenmeyen harcama için bildirim sınırları tanımlayın.
Küçük bir iş yüküyle başlamak riski azaltır
Geçişi tek gecelik büyük bir operasyon yerine aşamalara ayırmak, ekibin yeni ortamı tanımasını sağlar. Önce düşük riskli bir servis taşınabilir; izleme, yedekleme ve yetkilendirme süreçleri gerçek kullanımda sınanabilir.
Bulut altyapı doğru kurulduğunda büyümeyi kolaylaştırır. Fakat maliyet ve güvenlik sorumluluğunu ortadan kaldırmaz. Efes Yazılım olarak geçiş planında teknik mimari kadar operasyon sahibini ve geri dönüş senaryosunu da netleştirmeyi önemsiyoruz.