Azure kontrol altında.

Birçok şirket sıfırdan başlamaz: kullanıcı hesapları zaten mevcuttur, bazı ekipler Azure kullanır ve yerel uygulamalar iç dizin veya dosya hizmetlerine erişir. Bu nedenle genişletmeden önce hangi kimliklerin, aboneliklerin ve ağ bağlantılarının fiilen kullanıldığını belirleriz. Burada yalnızca yapılandırma değil, onun nasıl ortaya çıktığı da önemlidir: bir istisnayı kim oluşturmuştur, hangi uygulama buna ihtiyaç duyar ve bir değişikliğe kim karar verebilir? Bu envanter çıkarma çalışması, yeni bir hedef durumun işleyen iş süreçlerini fark edilmeden kesintiye uğratmasını önler.

Mevcut envanterden yola çıkarak sorumlulukların ve teknik sınırların birbirine uyduğu bir yapı geliştiririz. Geliştirme ve üretim ortamları gerektiği ölçüde birbirinden ayrılır; idari görevler uygun rollere atanır. Ayrıca başka bir ekibin nasıl bir ortam talep edeceğini ve maliyetlerle erişimleri kimin onaylayacağını birlikte netleştiririz. Dahil edilen ilk proje, pratik bir sınama işlevi görür. Ekibiniz böylece yalnızca bir mimari çizim değil, platformu günlük işlerde kullanmanın ve sonrasında kendi başına sürdürmenin anlaşılır bir yolunu da elde eder.

Bir uygulamanın taşınması için uygun bir sanal makine sorusu tek başına yeterli değildir. Veritabanları, oturum açma süreçleri, dış arayüzler, arka plan görevleri ve kurumsal ağdan erişilebilirlik de dikkate alınmalıdır. Hangi bileşenlerin değişmeden devralınabileceğini ve nerede bir uyarlamanın anlamlı veya gerekli olduğunu birlikte inceleriz. Karar, geçiş eforu, işletim görevleri ve mevcut yetkinlikler göz önünde bulundurularak alınır. Teknik olarak mümkün bir modernizasyonun otomatik olarak ilk geçiş dalgasının parçası olması gerekmez.

İzleme, yedekleme ve kurtarmanın sorumluları daha hedef planlama aşamasında belirlenir. Hangi bildirimler işletim için önemlidir? Bir güncellemeden sonra işlevi kim kontrol eder? Bir kurtarmadan sonra hangi veriler birbiriyle tutarlı olmalıdır? Bu tür sorular test planına ve devir sürecine yansır. Temsili bir iş yükü, yöntemleri diğer taşımalardan önce sınamaya yardımcı olur. Temelin ek uygulamalar için hazır olup olmadığını ancak teknik açıdan ve iş açısından değerlendirmenin birlikte yapılması gösterir.

Bir sözleşme kararı, maliyetlerinizi bir sonraki fatura ayının ötesinde de etkiler. Bu nedenle mevcut tedarik yollarını ve bağlayıcılık sürelerini platformun planlanan kullanımıyla birlikte değerlendiririz. Sona eren bir proje, bir uygulamanın modernizasyonu veya değişen bir işletim süresi ihtiyacı belirgin şekilde değiştirebilir. Tüketim verileri, geçmiş tepe yükleri basitçe ileriye taşımak yerine buna göre yorumlanır. Bugünkü tüketime dayanarak uzun vadeli bir taahhüt değerlendirilmeden önce teknik optimizasyonlar görünür olmalıdır.

Karşılaştırmada süre, ön koşullar, faturalandırma ve kullanım varsayımlarının sağlamlığı ortaya konur. Taahhütler, Reservations ve Savings Plans birbirinin yerine geçebilen indirim vaatleri olarak değil, farklı seçenekler olarak ele alınır. Olası teşvikleri veya geri ödemeleri yalnızca somut program koşullarına ve onaylanmış tekliflere göre dikkate alırız. Böylece kararınız doğrulanabilir kalır: satın alma ve BT, hangi varsayımların esas alındığını, hangi yükümlülüğün ortaya çıktığını ve taahhüde girmeden önce hangi değişikliklerin henüz netleştirilmesi gerektiğini görür.