Bulutu benimseme yolculuğu

  • Makale

Bulut benimseme yolculukları benzer yörüngeleri izleme eğilimindedir. Varyasyonlar mevcuttur, ancak başkalarının bulutu nasıl benimsediğini görmek yine de yararlı olabilir. Öncelikle hangi iş yüklerinin üstesinden gelileceğini ve bunlarla ne yapacağınızı bilmek, bulut benimseme yolculuğunuzu kolaylaştıracaktır.

Diagram showing portfolio migration modernization approach.

Doğru bulut çözümünü benimsemede dikkat edilmesi gereken önemli noktalardan biri, denetim ve üretkenlik dengesidir. Hizmet olarak altyapı (IaaS) çözümleri size en fazla denetimi sağlar ancak bakımını yapmak için daha fazla zaman gerektirir. Hizmet olarak platform (PaaS) ve hizmet olarak yazılım (SaaS) çözümleri yönetim sorumluluğunu Azure'a aktarır ve ekiplerinizin üretken olmaya odaklanmasını sağlar. Denetim ve üretkenlik arasında gereken denge her kuruluş için farklıdır ve öncelikleriniz değiştikçe zaman içinde değişir.

İlk bulut benimsemesi için tipik bir kuruluş uygulamalarının %35'ini kullanımdan kaldırıyor, portföyünün %15'ini alıyor ve %50'sini yalnızca gerekli değişikliklerle geçiriyor (yeniden platform veya yeniden barındırma).

Kullanımdan kaldırma (%35)

Kuruluşunuzun ihtiyaç duymadığı tüm iş yüklerini devre dışı bırakın. Saklanması gereken yatırıma değmeyen uygulamaları ve ortamları bulmak için bulma gerçekleştirmeniz ve envanter çıkarmanız gerekir. Maliyet ve zaman verimliliği, emeklilik hedefleridir. Ekibiniz, portföyünüzü buluta taşımadan önce daralttığınızda en önemli varlıklara odaklanabilir.

Değiştir (%10)

Çoğu kuruluş, uygulamalarının yaklaşık %10'unun yerine hizmet olarak yazılım (SaaS) ve düşük kodlu çözümler ekler. Daha üretken çözümler benimseyerek hedeflere daha kolay ulaşabilirsiniz.

Tablo 1 - İş yüklerini SaaS ve düşük kodlu çözümlerle değiştirme örnekleri

Kaynak Amaç
Özel satır
iş (LOB)
uygulamalar		 Power Apps
DevOps araçları GitHub
Ilişki
Yönetim		 Dynamics 365
Sanayi
'ler		 Üçüncü taraf
Saas

Yeniden mimari oluşturma veya yeniden derleme (%5)

Temel iş uygulamalarını SaaS veya düşük kodlu çözümlerle etkili bir şekilde değiştiremiyorsanız uygulamaları yeniden tasarlamayı veya yeniden oluşturmayı göz önünde bulundurun. Yeniden oluşturma veya yeniden oluşturma karmaşık olsa da, bulut teknolojisinden en iyi şekilde faydalanmak için çok önemlidir. Temel hedef, bu uygulamaları bulut için uyarlamaktır. Bu yaklaşım birkaç önemli yönü içerir:

  • Ölçeklenebilirlik: Uygulamayı değişen talep düzeylerini verimli bir şekilde işleyecek şekilde uyarlar.
  • Güvenilirlik: Uygulamanın hata olmadan tutarlı bir şekilde çalışma becerisini geliştirin.
  • Güvenlik: Buluttaki verileri ve işlemleri korumak için gelişmiş güvenlik önlemlerini tümleştirin.

Bu aşamada, üretken yapay zeka gibi gelişmiş teknolojileri de tümleştirebilirsiniz. Tümleşik çözümler, uygulama işlevselliğini önemli yollarla geliştirebilir. Yapay zeka teknolojisine örnek olarak şunlar verilebilir:

  • Tahmine dayalı analiz: Müşteri ihtiyaçlarını tahmin etmek için yapay zekayı kullanın.
  • Süreç otomasyonu: İş süreçlerini otomatikleştirmek için yapay zekayı devreye alma.

Yeniden oluşturarak veya yeniden oluşturarak, buluta özel tüm özelliklerden ve yapay zeka temelli ilerlemelerden yararlanabilirsiniz.

Yeniden barındırma veya yeniden platform oluşturma (%50)

Tipik bir işletme, mevcut iş yüklerinin yaklaşık yarısını geçirir. Bu iş yükleri içinde normalde üç zorluk katmanı vardır. Yaklaşık %35'i kolayca taşınabilir. Sonraki %10 daha karmaşık veya daha önemli olduğundan daha zordur ve yalnızca son %5'inin yürütülmesi için ek planlama gerekir.

Birçok geçiş yaklaşımı vardır. Yeniden barındırma ("lift-and-shift") ve replatforming ("modernize") en yaygın ve bulut benimsemesi için önerilen yaklaşımlardır. Ancak hangisinin ihtiyaçlarınızı karşıladığına karar vermek zor olabilir, bu nedenle hangi yaklaşımın sizin için doğru olduğuna karar verme konusunda rehberimiz vardır. Daha fazla bilgi için bkz. Geçiş mi yoksa modernleştirme mi?

İlk hareket eden (%35)

İlk iş yüklerinin taşınması için kolay kazançlar seçmenizi öneririz. Bu strateji, daha karmaşık iş yükleriyle başa çıkmadan önce benimseme planınızı daha kolay uygulamalar üzerinde değerlendirmenize olanak tanır. Çalışırken başarılarınızı belgelemelisiniz ve gerekirse stratejinizi gözden geçirmelisiniz. Bu içgörüleri daha karmaşık hareketlerinize uygulayın. İlk taşımanıza ekleyebilecek iki iş yükü örneği, temel web uygulamaları ve gelişmiş portallardır.

  • Temel web uygulamaları: Temel web uygulamalarınızı yeniden barındırmanızı ve temel web uygulamalarınızı taşıyana kadar daha karmaşık iş yüklerinizi taşımayı beklemenizi öneririz. Azure Uygulaması Hizmeti, çoğu uygulamayı barındırabilen esnek bir uygulama platformudur. Bu çözümü temel web uygulamaları için öneririz. Daha fazla bilgi için bkz. Azure Uygulaması Hizmeti.

  • Gelişmiş portallar: Üretkenliği artırmak için portallarınızı Power Apps portallarına geçirmelisiniz.

Taşımanın yanında (%10)

Daha zorlu veya daha önemli iş yükleriyle başa çıkmak için ilk hamlelerinizden alınan dersleri uygulamanız gerekir. size iş yükü türleriyle ilgili fikir vermek için bazı örneklerimiz vardır.

  • İş açısından yüksek etki: Geliri yönlendiren veya görev açısından kritik olan iş yükleri.

  • Yüksek giriş/çıkış (G/Ç) çevrimiçi işlem işleme (OLTP) sistemleri: Bu iş yükleri iş işlemlerini kaydeder ve yükseltilmiş işleme gereksinimlerine sahiptir.

  • Düzenlenen bilgiler: Bu iş yükleri HIPAA, PCI DSS ve diğerleri gibi yasal ve sektör standartlarına uygun olmalıdır. Bu standartlara uyumluluğu sağlamak için Azure İlkesi kullanmanızı öneririz. Daha fazla bilgi için bkz. Azure İlkesi.

Taşınması zor veya maliyetli (%5)

En zor ve en yüksek maliyetli iş yüklerini en son taşıyın. Aşağıdaki sistemlerin verimli bir şekilde hareket etmek için daha fazla düşünülmeye ihtiyacı olabilir.

  • Yüksek değerli varlık (HVA): Bu iş yükünün kesintiye uğraması veya bozulması tüm iş işlemlerini kesintiye uğratabilir.

  • Ortak anahtar altyapısı (PKI) sistemleri: x509 dijital sertifikalarını, ağ şifrelemesini ve kimlik doğrulamayı yöneten iş yükleri.

  • Eski kaynak denetimi: GitHub ile kolayca değiştirilmeyen kaynak denetim sistemleri.

  • Modernleştirilemez: Modernleştirilmeyecek eski veya özel teknoloji.

  • Derin mimari değişikliği: Mimarinin tamamen yeniden tasarlanmasını gerektiren eski mimariler. CAF modernleştirme yaklaşımı yerine Microsoft Azure İyi Tasarlanmış Çerçeve'yi kullanın.

Diğer kaynaklar

Sonraki adımlar

Önce geçiş mi yoksa modernleştirme mi?