Bulut benimseme planı kötü model

  • Makale

Müşteriler genellikle bulut çözümünü benimserken kötü modellerle karşılaşır. Çözüm etkisiz veya istenmeyen sonuçlar doğurabilir. Tipik senaryolar şunlardır:

  • Yanlış hizalanmış operasyon modelleri pazara sunma süresinin artmasına, yanlış anlaşılmalara ve BT departmanları üzerindeki baskının artmasına neden olur.
  • Şirketler bazen hizmet olarak platformun (PaaS) maliyetleri azalttığını varsaydığında yanlış hizmet modelini seçer.
  • Bir kuruluşun mimarisi değiştiğinde, önemli değişim projeleri sonuçlanabilir. Bu projeleri yönetmek genellikle karmaşıktır ve maliyet açısından yoğundur.

Kötü model: Yanlış bulut çalışma modelini seçme

Bir şirketin stratejik öncelikleri ve portföyünün kapsamı, bulut çalışma modelini belirler. Modeller farklı sorumluluk türlerine, giriş bölgelerine ve odaklanmaya sahip olabilir. Modeller şirket hedeflerine uymadığında, sorunlar şu sonuçlara neden olabilir:

  • Pazara çıkış süresi arttı
  • Yanlış anlama
  • BT departmanları üzerindeki baskı artışı

Örnek: Küçük bir takıma çok fazla sorumluluk atama

Bir şirket, BT departmanını bulut içinde çalışan her şeyden sorumlu hale getiren bir operasyon modeli getirir. Buluttan sorumlu ekip üç kişi içerir. Bu kurulum, aşağıdakiler nedeniyle yavaş bir benimseme yolculuğuna yol açar:

  • Ekip yalnızca iş, operasyon ve güvenlik üzerindeki etkisini tam olarak anladıktan sonra ölçüleri onaylar.
  • Bu sorunlar ekibin temel uzmanlık alanı değildir.

Konu uzmanları bulut hizmetini kullanmak istiyor, bu nedenle iş birimleri baskıyı artırdı. İş birimleri kendilerine ortam oluşturmak için şirket kredi kartlarını kullandığında gölge BT ortaya çıkacaktır.

Tercih edilen sonuç: Modelleri karşılaştırma ve hazırlık planı oluşturma

Stratejik öncelikleri, portföy kapsamını, gereksinimleri ve kısıtlamaları gözden geçirin. En yaygın dört bulut operasyonları desenini geçerli bulut çalışma modelinizle karşılaştırarak operasyon modeli seçeneklerini keşfedin. Kuruluşunuza uygun bir veya daha fazla bulut işletim modelini belirleyin. Ardından bir modele karar verin. Roller işletim modelleriyle değiştiğinden, buluta geçmeden önce bir beceri hazırlığı planı oluşturun .

Kötü model: Yanlış hizmet modelini seçin

Şirketler bazen PaaS çözümlerinin hizmet olarak altyapı (IaaS) çözümlerinden daha düşük maliyetli olduğunu varsayar. Bu varsayım, yanlış hizmet modeli seçimine yol açabilir. Maliyet bilincine sahip şirketler genellikle buluta geçmenin temel nedeni maliyetleri düşürmek olduğunda bu hatayı yapar. Bu şirketler, özellikle belirli sorumlulukları bulut sağlayıcılarına taşıdıkları zaman PaaS'i benimsediklerinde süreçleri de değiştirmeleri gerektiğini unutuyorlar. PaaS'ye geçiş, koordinasyon çalışmalarında, mühendislik uygulamalarında ve teslim işlem hatlarında temel değişiklikler sunar. Beklenmeyen maliyet artışları ve gecikmeler neden olabilir.

Örnek: IaaS yerine PaaS'yi seçin

Yayımcı, veri merkezlerini buluta geçirmek için bir program başlatır. Yöneticiler, geçerli uygulama mimarilerini ve araçlarını aynı anda modernleştirmek istiyor. Bunların nedenleri şunlardır:

  • Maliyet verimliliğini en üst düzeye çıkarma.
  • Daha modern bir uygulama portföyü geliştirme.

Benimseme stratejileri için IaaS yerine PaaS'yi seçerler. Bulut benimseme yolculuğuna bir yıl içinde yavaş benimseme oranına sahipler. PaaS'i tam kapsamlı olarak benimsemek için çok sayıda işlemi, uygulamaları ve araçları değiştirmek zorunda kaldılar. Pano, PaaS ile ilişkili her zamanki etkileri ve avantajları görmez. Aynı zamanda, BT her zamankinden daha yavaşken, veri merkezi maliyetleri aynı kalır.

Tercih edilen sonuç: İşletmenizde kesintiyi en aza indirme

Koordinasyon çalışmalarını azaltmak için ilk bulut benimseme projelerinde IaaS ile başlayın. Yeni süreçleri ve uygulamaları benimsemek, en baştan değil daha sonra buluta geçiş yaptığınızda daha kolay yönetilebilir. Özellikle veri merkezi dönüştürme senaryolarında önce IaaS'yi benimseyin. Aynı zamanda bir bulut becerileri girişimi başlatın.

İş yükü zaten bulutta olduktan sonra PaaS'ı aşamalı olarak modernleştirin ve benimseyin. Elde ettiğiniz deneyim PaaS'i daha hızlı benimsemenize yardımcı olacaktır. Modernleştirme için daha az yeni beceri ve süreç öğrenmeniz gerekir. Ayrıca iş süreçlerinizi önemli ölçüde kesintiye uğratmazsınız.

Kötü Model: Mimariyi değiştirme

PaaS ve hizmet olarak yazılım (SaaS) tabanlı uygulamaların bakımı nispeten kolaydır. Genellikle yönetimden çok az çaba gerektirirler. Sonuç olarak, birçok şirket eski ve karmaşık mimari alanlarını SaaS ve buluta özel kavramlarla değiştirerek yeniden tasarlar. Bu mimari değişikliği genellikle önemli değişim projelerine yol açar. Bu projeleri yönetmek ve yürütmek karmaşık ve maliyet açısından yoğun bir görevdir. İşlemlerin ve işletim modelinin değiştirilmesi diğer önemli riskleri de kapsar.

Örnek: Modernleştirme yerine değiştirme seçme

Bir şirketin büyük bir SAP ortamı vardır. BT departmanı, çeşitli performans ve kararlılık sorunlarına neden olan bu ortamı değiştirmek istiyor. BT, değiştirme projesinde başladıktan sonra ortamın tamamını değiştirmek için gerekli durum belirleme listesi her gün daha uzun olur.

Tercih edilen sonuç: Dijital varlığınızı rasyonalize edin

Büyük veya karmaşık bir uygulama ortamını değiştirmeden önce, bunun yerine modernleştirerek ortamınızı artımlı olarak geliştirmeyi göz önünde bulundurun. Uygulama ortamınızda yapılan görece küçük değişiklikler, performans ve güvenilirlik üzerinde büyük bir etkiye sahip olabilir. Örneğin, barındırma platformunu Azure olarak değiştirmek kararlılık ve hızlı sonuçlar sağlayabilir. Tahmini değiştirme maliyetinin çok daha küçük bir bölümünde geliştirilmiş performans ve güvenilirlik sonucu.

Bir yenilik stratejisine karar verirken farklı modernleştirme seçeneklerini keşfedin. Bu seçenekleri kavram kanıtında (POC) değerlendirin.

Şirketinizin dijital varlıklarını anlayın ve dijital varlıkları bulut rasyonalizasyonunun beş Rs'sine göre değerlendirin. Varlıklarınızı modernleştirmek veya geçirmek için beş Rs'nin hangilerinin en uygun olduğunu belirleyin:

  • Yeniden barındırma
  • Yeniden düzenleme
  • Yeniden mimari oluşturma
  • Yeniden derleme
  • Değiştir

Sonraki adımlar

Bulut benimsemenin Hazır aşaması hakkında bilgi edinin.