NEWUP Bilgi Teknolojileri
İletişim Teklif Alın
Microsoft Teknolojileri

Bulut Dönüşüm Projeleri

Bulut dönüşüm projelerini iş yükü envanteriyle başlatıyor, dalgalar hâlinde yürütüyor ve her dalgada geri dönüş yolunu açık tutuyoruz.

Ne kazandırır?

  • Hangi iş yükünün taşınacağının ve hangisinin kalacağının gerekçeli kararı
  • Bağımlılıkları çıkarılmış, sıralı bir geçiş planı
  • Her dalga için ölçülmüş kesinti süresi ve geri dönüş senaryosu
  • Geçiş öncesi ve sonrası performans karşılaştırması
  • Devreye alma sonrası maliyet ve yapılandırma optimizasyonu
NEWUP Yaklaşımı

Bulut dönüşüm projelerinde en riskli varsayım, sistemlerin birbirinden bağımsız olduğudur. Gerçekte bir uygulama sunucusu, adını bile bilmediğiniz bir dosya paylaşımına, eski bir rapor sunucusuna veya sabit IP'ye bağlı olabilir. Bu bağımlılıklar geçiş gecesinde değil, envanter aşamasında bulunmalıdır.

Bu yüzden her projede önce bağımlılık haritası çıkarıyoruz: hangi sistem hangisiyle konuşuyor, hangi trafiğin gerçekte kim tarafından üretildiği ne. Harita çıktıktan sonra geçiş dalgaları buna göre sıralanıyor — birbirine bağlı sistemler aynı dalgada taşınıyor.

Her dalganın sonunda geri dönüş yolu belirli bir süre daha açık kalıyor. Bir sonraki dalgaya, öncekinin gerçek kullanımda çalıştığı doğrulanmadan geçmiyoruz. Bu yaklaşım projeyi biraz uzatır; buna karşılık geri dönülemeyen bir noktada sürpriz yaşama ihtimalini ortadan kaldırır.

Bulut dönüşümünde asıl iş, taşımadan önce yapılan iştir

Bulut dönüşüm projelerinin başarısı, geçiş gecesinde değil hazırlık aşamasında belirlenir. Taşınacak iş yüklerinin envanteri, kaynak kullanım profilleri, birbirlerine olan bağımlılıkları ve kesintiye tolerans seviyeleri netleşmeden yapılan her plan iyimser bir tahmindir.

İkinci kritik karar, her iş yükü için geçiş biçimidir. Bazı sistemler olduğu gibi taşınabilir ve bu en hızlı yoldur. Bazıları taşınırken yeniden yapılandırılmalıdır — aksi hâlde bulutta kurum içindekinden pahalıya çalışır. Bazıları ise hiç taşınmamalı, yerine bulutun kendi servisiyle değiştirilmelidir. Bu üç seçenek arasındaki tercih, projenin hem maliyetini hem süresini belirler.

Üçüncü mesele geçiş sonrasıdır. Taşınan sistemler ilk günlerde kurum içindekinden farklı davranır: ağ gecikmesi değişir, yedekleme pencereleri kayar, izleme araçları yeni kaynakları tanımaz. Geçişten sonraki ilk haftaları projenin parçası olarak planlamak, bu ayarların sahipsiz kalmasını önler.

Sıkça sorulanlar

Geçiş sırasında ne kadar kesinti olur?
İş yükü bazında değişir ve önceden ölçülür. Çoğu sanal makine için kesinti dakikalar seviyesinde tutulabilir; veritabanı gibi durum tutan sistemlerde ise geçiş öncesinde tatbikat yapılır ve gerçek süre size önceden bildirilir.
Geçişten sonra geri dönebilir miyiz?
Her dalgada geri dönüş yolu belirli bir süre açık tutulur. Kaynak ortam hemen kapatılmaz; yeni ortamın gerçek kullanımda çalıştığı doğrulandıktan sonra devre dışı bırakılır.
Tüm sistemlerimizi taşımak zorunda mıyız?
Hayır. Envanter çalışmasının çıktılarından biri de hangi sistemin taşınmaması gerektiğidir. Bazı iş yükleri kurum içinde kaldığında hem daha ucuz hem daha uygun olur.

Bulut dönüşümünüzü envanterle başlatalım

İş yüklerinizi, bağımlılıklarını ve geçiş önceliklerini birlikte çıkaralım; gerçekçi bir takvim ve maliyet tablosu oluşturalım.

Teklif

Bu hizmet için teklif alın

Kısa bir not bırakın, en geç bir iş günü içinde dönelim. Konu ve ilgilendiğiniz hizmet forma işlenir.

Formu göndererek paylaştığınız bilgilerin talebinizin karşılanması amacıyla işlenmesine izin vermiş olursunuz. Ayrıntılar için Gizlilik Politikası sayfamıza bakabilirsiniz.