Bulut rasyonalizasyonu
Bulut rasyonalizasyonu, buluttaki her varlığı geçirmenin veya modernleştirmenin en iyi yolunu belirlemek için varlıkları değerlendirme sürecidir. Rasyonalizasyon süreci hakkında daha fazla bilgi için bkz. Dijital emlak nedir?
Rasyonalizasyon bağlamı
Bu makalede listelenen beş R rasyonalizasyon , bulut adayı olarak kabul edilen tüm iş yükleri için olası bir gelecek durumunu etiketlemenin harika bir yoludur. Ortamı rasyonalize etmeye çalışmadan önce bu etiketleme işlemini doğru bağlama yerleştirin. Bu bağlamı sağlamak için aşağıdaki mitleri gözden geçirin:
Efsane: Sürecin başlarında rasyonalizasyon kararları almak kolaydır
İyi rasyonalizasyon, iş yükü ve uygulamalar, altyapı ve veriler gibi ilişkili varlıklar hakkında derin bir bilgi gerektirir. En önemlisi, iyi rasyonalizasyon kararları zaman alır. Artımlı rasyonalizasyon işlemi kullanmanızı öneririz.
Efsane: Bulut benimsemenin tüm iş yüklerinin rasyonalize edilmesini beklemesi gerekiyor
Bt portföyünün tamamı veya tek bir veri merkezi rasyonalize edildiğinde, iş değerinin gerçekleşmesini aylara, hatta yıllara göre geciktirebilir. Mümkün olduğunda tam rasyonalizasyondan kaçının. Bunun yerine, bulut benimsemesi için planlanan sonraki 10 iş yükü hakkında akıllıca kararlar almak üzere sürüm planlamasını yayınlamak için Power of 10 yaklaşımını kullanın.
Efsane: İş gerekçesi tüm iş yüklerinin rasyonalize olmasını beklemek zorunda
Bulut benimseme eforu için bir iş gerekçesi geliştirmek için portföy düzeyinde birkaç temel varsayımda bulunabilirsiniz. Motivasyonlar yeniliklere uygun olduğunda, arka mimarisini varsay. Geçişle uyumluysa, yeniden barındırmayı varsayalım. Bu varsayımlar, iş gerekçesi sürecini hızlandırabilir. Her iş yükünün benimseme döngüsünün değerlendirme aşamasında varsayımlar zorlanıyor ve bütçeler iyileştirilir.
Şimdi uzun vadeli süreci tanımak için aşağıdaki beş Rs rasyonalizasyon bölümünü gözden geçirin. Bulut benimseme planınızı geliştirirken motivasyonlarınıza, iş sonuçlarınıza ve geçerli durum ortamınıza en uygun seçeneği belirleyin. Dijital emlak rasyonalizasyonunda amaç, her iş yükünü rasyonalize etmek değil bir temel belirlemektir.
Rasyonalizasyonda beş R kuralı
Aşağıdaki beş R rasyonalizasyon, rasyonalizasyon için en yaygın seçenekleri açıklar.
Yeniden barındırma
Lift-and shift geçişi olarak da bilinen yeniden barındırma çalışması, geçerli bir durum varlığını genel mimaride en az değişiklikle seçilen bulut sağlayıcısına taşır.
Yaygın sürücüler şu şekilde olabilir:
- Sermaye harcamasını azaltın.
- Veri merkezi alanını boşaltın.
- Bulutta hızlı yatırım getirisi elde edin.
Nicel analiz faktörleri şunlardır:
- CPU, bellek ve depolama dahil olmak üzere VM boyutu.
- Ağ trafiği gibi bağımlılıklar.
- Varlık uyumluluğu.
Nitel analiz faktörleri şunlardır:
- Değişiklik toleransı.
- İş öncelikleri.
- Kritik iş olayları.
- İşlem bağımlılıkları.
Yeniden düzenleme
Hizmet olarak platform (PaaS) seçenekleri, birçok uygulamayla ilişkili operasyonel maliyetleri azaltabilir. Bir uygulamayı PaaS tabanlı bir modele uyacak şekilde biraz yeniden düzenlemeniz iyi bir fikirdir.
Yeniden düzenleme , bir uygulamanın yeni iş fırsatları sunmasını sağlamak için kodu yeniden düzenlemenin uygulama geliştirme sürecini de ifade eder.
Yaygın sürücüler şunlar olabilir:
- Daha hızlı ve daha kısa güncelleştirmeler.
- Kod taşınabilirliği.
- Kaynaklar, hız, maliyet ve yönetilen operasyonlara yardımcı olmak için daha fazla bulut verimliliği.
Nicel analiz faktörleri şunlardır:
- CPU, bellek ve depolama gibi uygulama varlığı boyutu.
- Ağ trafiği gibi bağımlılıklar.
- Sayfa görünümleri, sayfa saati ve yükleme süreleri gibi kullanıcı trafiği.
- Diller, veri platformları ve orta katman hizmetleri gibi geliştirme platformları.
- CPU, bellek, depolama ve sürüm içeren veritabanı.
Nitel analiz faktörleri şunlardır:
- Devam eden iş yatırımları.
- Ani artış seçenekleri veya zaman çizelgeleri.
- İş süreci bağımlılıkları.
Yeniden mimari oluşturma
Bazı eskiyen uygulamalar bulut sağlayıcılarıyla uyumlu değildir. Bu uyumsuzluk, uygulama oluşturulurken alınan mimari kararlardan dolayıdır. Bu gibi durumlarda, dönüştürmeden önce uygulamanın yeniden düzenlenmesi gerekebilir.
Diğer durumlarda, bulutla uyumlu olan ancak bulutta yerel olmayan uygulamalar, çözümü buluta özel bir uygulamada yeniden oluşturarak maliyet verimliliği ve operasyonel verimlilikler oluşturabilir.
Yaygın sürücüler şunlar olabilir:
- Uygulama ölçeği ve çevikliği.
- Yeni bulut özelliklerinin daha kolay benimsenmesi.
- Teknoloji yığınlarının karışımı.
Nicel analiz faktörleri şunlardır:
- CPU, bellek ve depolama gibi uygulama varlığı boyutu.
- Ağ trafiği gibi bağımlılıklar.
- Sayfa görünümleri, sayfa saati ve yükleme süreleri gibi kullanıcı trafiği.
- Diller, veri platformları ve orta katman hizmetleri gibi geliştirme platformları.
- CPU, bellek, depolama ve sürüm içeren veritabanı.
Nitel analiz faktörleri şunlardır:
- İş yatırımlarını büyütmek için.
- operasyonel maliyetler.
- Olası geri bildirim döngüleri ve DevOps yatırımları.
Yeniden derleme
Bazı senaryolarda, bir uygulamayı ileriye taşımak için üstesinden gelinmesi gereken delta, daha fazla yatırımı gerekçelendiremeyecek kadar büyük olabilir. Bu sorun özellikle daha önce bir işletmenin gereksinimlerini karşılayan ancak artık geçerli iş süreçleriyle desteklenmeyen uygulamalar için geçerlidir. Sorunu çözmek için bulutta yerel bir yaklaşımla uyumlu olacak yeni bir kod tabanı oluşturun.
Yaygın sürücüler şu şekilde olabilir:
- Yenilikleri hızlandırın.
- Uygulamaları daha hızlı oluşturun.
- operasyonel maliyeti azaltın.
Nicel analiz faktörleri şunlardır:
- CPU, bellek ve depolama gibi uygulama varlığı boyutu.
- Ağ trafiği gibi bağımlılıklar.
- Sayfa görünümleri, sayfa saati ve yükleme süreleri gibi kullanıcı trafiği.
- Diller, veri platformları ve orta katman hizmetleri gibi geliştirme platformları.
- CPU, bellek, depolama ve sürüm içeren veritabanı.
Nitel analiz faktörleri şunlardır:
- Son kullanıcı memnuniyetini azaltma.
- İşlevsellik ile sınırlı olan iş süreçleri.
- Olası maliyet, deneyim veya gelir kazançları.
Değiştir
Çözümler genellikle o anda kullanılabilen en iyi teknoloji ve yaklaşım kullanılarak uygulanır. Bazen hizmet olarak yazılım (SaaS) uygulamaları barındırılan uygulama için gerekli tüm işlevleri sağlayabilir. Bu senaryolarda, gelecekte değiştirilmesi için bir iş yükü zamanlanabilir ve bu da iş yükünü dönüştürme çalışmasından kaldırır.
Yaygın sürücüler şu şekilde olabilir:
- Endüstrinin en iyi yöntemlerini standartlaştır.
- İş süreci odaklı yaklaşımların benimsenmesini hızlandırın.
- Geliştirme yatırımlarını rekabet farklılığı veya avantajları oluşturan uygulamalara yeniden ayırma.
Nicel analiz faktörleri şunlardır:
- Genel işletme maliyeti azaltmaları.
- CPU, bellek ve depolama dahil olmak üzere VM boyutu.
- Ağ trafiği gibi bağımlılıklar.
- Kullanımdan kaldırılacak varlıklar.
- CPU, bellek, depolama ve sürüm içeren veritabanı.
Nitel analiz faktörleri şunlardır:
- Geçerli mimari ile SaaS çözümünün maliyet avantajı analizi.
- İş süreci haritaları.
- Veri şemaları.
- Özel veya otomatik işlemler.
Sonraki adımlar
Her bir uygulamanın gelecekteki durumu hakkında rasyonalizasyon kararları vermenize yardımcı olması için bu beş R rasyonalizasyonu dijital emlaka uygulayabilirsiniz.