Bulut yönetiminde platform işlemleri
Envanter ve görünürlük, operasyonel uyumluluk ve koruma ile kurtarmayı kapsayan bir bulut yönetimi temeli, BT portföyündeki çoğu iş yükü için yeterli düzeyde bulut yönetimi sağlayabilir. Ancak bu temel, portföyün tamamını desteklemek için nadiren yeterlidir. Bu makalede, bulut yönetiminin en yaygın sonraki adımı olan portföy işlemlerine yer verilmiştir.
BT portföyündeki varlıklarla ilgili hızlı bir çalışma, desteklenen iş yükleri genelinde mevcut desenleri vurgular. Bu iş yükleri içinde yaygın platformlar vardır. Platformlar, şirket içindeki geçmiş teknik kararlara bağlı olarak büyük ölçüde farklılık gösterebilir.
Bazı kuruluşlar için SQL Server, Oracle veya diğer açık kaynak veri platformlarına yoğun bir bağımlılık vardır. Diğer kuruluşlarda yaygınlıkların kökü sanal makineler (VM) veya kapsayıcılar için barındırma platformlarında olabilir. Yine de diğerleri SAP veya Oracle gibi uygulamalara veya kurumsal kaynak planlama (ERP) sistemlerine ortak bir bağımlı olabilir.
Bu yaygınlıkları anladığınızda, bulut yönetimi ekibiniz bu önceliklendirilmiş platformlar için daha yüksek düzeyde destek konusunda uzmanlaşabilir.
Hizmet kataloğu oluşturma
Platform operasyonlarının amacı, bulut benimseme ekibinin kullanması için güvenilir ve tekrarlanabilir çözümler oluşturmaktır. Bulut benimseme ekibi daha sonra daha yüksek düzeyde iş taahhüdü sağlayan bir platform sunabilir. Bu taahhüt, kapalı kalma süresi olasılığını veya sıklığını azaltabilir ve bu da güvenilirliği artırır. Bir sistem hatası varsa, taahhüt veri kaybı miktarını veya kurtarma süresini azaltmaya da yardımcı olabilir. Bu tür bir taahhüt genellikle platformu desteklemek için devam eden ve merkezi operasyonlar içerir.
Bulut yönetimi ekibi, belirli platformlar ile ilgili daha yüksek operasyonel yönetim ve uzmanlık dereceleri oluşturduğundan, büyüyen bir hizmet kataloğuna platformlar ekler. Hizmet kataloğu, devam eden platform işlemlerine bağlı olan belirli bir yapılandırmada self servis platform dağıtımı sağlar. İş uyumluluğu konuşması sırasında bulut yönetimi ve bulut stratejisi ekipleri işletme için hizmet kataloğu çözümleri önerebilir. Hizmet kataloğu çözümleri denetimli, yinelenebilir bir işlemde güvenilirlik, çalışma süresi ve kurtarma taahhütlerini geliştirir.
Başvuru için, bazı kuruluşlar erken aşama hizmet kataloğunu onaylanan bir liste olarak adlandırdı. Temel fark, bir hizmet kataloğunun bulut mükemmellik merkezinden (CCoE) devam eden operasyonel taahhütlerle birlikte gelmesidir. Onaylanan bir liste benzerdir. Bir ekibin bulutta kullanabileceği çözümlerin önceden onaylanan bir listesini sağlar. Ancak genellikle onaylanan bir listedeki uygulamalarla ilişkili operasyonel bir avantaj yoktur.
Merkezi BT ile CCoE arasındaki tartışmaya çok benzer şekilde, fark önceliklerden biridir. Hizmet kataloğu iyi bir amaç olduğunu varsayar ancak yenilikleri hızlandıran operasyonel, idare ve güvenlik korumaları sağlar. Onaylanan bir liste, bir çözüm için operasyonlar, uyumluluk ve güvenlik geçitleri geçirilene kadar yenilikleri engeller. Her iki çözüm de uygulanabilirdir, ancak şirketin yeniliklere veya uyumluluklara daha fazla yatırım yapmak için hafif öncelik belirleme kararları almalarını gerektirir.
Hizmet kataloğunu oluşturma
Bulut yönetimi, siloda hizmet kataloğu sunma konusunda nadiren başarılı olur. Kataloğun düzgün bir şekilde geliştirilmesi için merkezi BT ekibi veya CCoE arasında bir ortaklık gerekir. Bir BT kuruluşu CCoE olgunluk düzeyine ulaştığında bu yaklaşım en başarılı olma eğilimindedir, ancak daha önce uygulanabilir.
Bulut platformu ekibi hizmet kataloğunu bir CCoE modeli içinde oluştururken istenen durum platformunu oluşturur. Bulut idaresi ve bulut güvenliği ekipleri, dağıtım içindeki idareyi ve uyumluluğu doğrular. Bulut yönetimi ekibi, bu platform için devam eden operasyonlar kurar. Bulut otomasyonu ekibi de platformu ölçeklenebilir, tekrarlanabilir dağıtım için paketler.
Platform paketlendiğinde, bulut yönetimi ekibi bunu büyüyen hizmet kataloğuna ekleyebilir. Buradan bulut benimseme takımı, dağıtım sırasında paketi veya katalogdaki diğer öğeleri kullanır. Çözüm üretime geçtikten sonra, işletme gelişmiş operasyonel yönetimin ve potansiyel olarak iş kesintilerinin ek avantajlarını hayata geçirmektedir.
Not
Hizmet kataloğu oluşturmak için çok fazla çaba ve zaman gerekir. Hizmet kataloğunun veya onaylanan listenin bir gating mekanizması olarak kullanılması yeniliği yavaşlatıyor. Yenilik öncelikli olduğunda, diğer benimseme çalışmalarına paralel olarak hizmet katalogları geliştirin.
Kendi platform işlemlerinizi tanımlama
Yönetim araçları ve süreçleri platform işlemlerini geliştirebilse de, istenen kararlılık ve güvenilirlik durumlarını elde etmek için genellikle yeterli değildir. Gerçek platform operasyonları, mimari mükemmelliği yapı taşlarına odaklanmayı gerektirir. Bir platform operasyonlara daha derin bir yatırım yaparsa, platform herhangi bir hizmet kataloğunun bir parçası olmadan önce aşağıdaki beş sütunu göz önünde bulundurun:
- Güvenilirlik: Hatalardan kurtularak çalışmaya devam edebilme özelliğine sahip sistemler tasarlama.
- Güvenlik: Uygulama ve verileri tehditlere karşı koruma.
- Maliyet iyileştirmesi: Sağlanan değeri en üst düzeye çıkarmak için maliyetleri yönetme.
- İşlem mükemmelliği: Sistemi üretimde çalışır durumda tutan operasyon süreçlerini izleme.
- Performans verimliliği: Sistemleri, yükteki değişikliklere uyum sağlayacak şekilde ölçeklendirme.
Microsoft Azure Well-Architected Çerçevesi, genel işlemleri geliştirmek amacıyla belirli iş yüklerini bu sütunlara bağlılık açısından değerlendirmeye yönelik bir yaklaşım sağlar. Bu sütunları hem platform işlemlerine hem de iş yükü işlemlerine uygulayabilirsiniz.
Belirli platformları kullanmaya başlama
Sonraki bölümlerde ele alınan platformlar tipik Azure müşterileri için ortaktır ve platform operasyonlarına yapılan bir yatırımı kolayca haklı gösterebilir. Bulut yönetimi ekipleri, platform operasyonları gereksinimlerini veya tam hizmet kataloğunu oluştururken bu ekiplerle çalışmaya başlar.
PaaS veri işlemleri
Veriler genellikle platform operasyon yatırımlarını garanti eden ilk platformdur. Veriler hizmet olarak platform (PaaS) ortamında barındırıldığında, iş paydaşları veri kaybını en aza indirmek için azaltılmış bir kurtarma noktası hedefi (RPO) isteme eğilimindedir. Uygulamanın yapısına bağlı olarak, kurtarma süresi hedefinin (RTO) azaltılmasını da isteyebilirler. Her iki durumda da PaaS tabanlı veri çözümlerini destekleyen mimari, daha yüksek bir yönetim desteği düzeyine kolayca uyum sağlayabilir.
Çoğu senaryoda, görev açısından kritik olmayan uygulamalar için bile yönetim taahhütlerini geliştirmenin maliyeti kolayca gerekçelendirilir. Bu platform operasyonları geliştirmesi o kadar yaygındır ki, birçok bulut yönetim takımı bunu gerçek bir platform operasyon geliştirmesi yerine daha gelişmiş bir temel olarak görür.
IaaS veri işlemleri
Veriler geleneksel bir hizmet olarak altyapı (IaaS) çözümünde barındırıldığında, RPO ve RTO'yu geliştirme çabası daha yüksek olabilir. Ancak işletme paydaşlarının daha iyi yönetim taahhütleri elde etme isteği, PaaS ve IaaS kararı arasında nadiren etkileniyor. Mimarideki temel farklılıkları anlamak işletmeden PaaS çözümlerinde sağlananlarla eşleşen PaaS çözümleri veya taahhütleri istemesini isteyebilir. Platform işlemlerine ilk adım olarak tüm IaaS veri platformlarını modernleştirmeyi göz önünde bulundurun.
Modernleştirme bir seçenek olmadığında, bulut yönetimi ekipleri genellikle IaaS tabanlı veri platformlarını hizmet kataloğunda ilk gerekli hizmet olarak öncelik sırasına alır. İşletmeye tek başına veri sunucuları ile kümelenmiş, yüksek kullanılabilirlik arasında seçim yapma olanağı sağlayan veri çözümleri, iş taahhüdü görüşmesini kolaylaştırmayı çok daha kolay hale getirir. operasyonel iyileştirmeler ve artan maliyetler hakkında temel bir anlayış, işletmenin iş süreçleri ve destekleyici iş yükleri için en iyi kararı vermesi konusunda yardımcı olur.
Diğer yaygın platform işlemleri
Veri platformlarına ek olarak, sanal makine konakları işlem geliştirmeleri için ortak bir platform olma eğilimindedir. Bulut platformu ve bulut yönetimi ekipleri en yaygın olarak VMware konaklarına veya kapsayıcı çözümlerine yönelik iyileştirmelere yatırım yapar. Bu tür yatırımlar, vm'leri destekleyen ve iş yüklerini destekleyen konakların kararlılığını ve güvenilirliğini artırabilir. Bir konakta veya kapsayıcıda düzgün işlemler, birkaç iş yükünün RPO veya RTO'yu geliştirebilir. Bu yaklaşım, geliştirilmiş iş taahhütleri oluşturur ancak yatırımı dağıtır. Geliştirilmiş taahhütler ve azaltılmış maliyetler, bulut yönetimi ve platform operasyonlarında yapılan iyileştirmeleri gerekçelendirmeyi çok daha kolay hale getirmek için bir araya getirilmiştir.
Sonraki adımlar
Bulut yönetimi ekipleri, platform operasyonlarına yönelik iyileştirmelere paralel olarak üretim iş yüklerinin ilk yüzde 20'si veya daha azı için iş yükü işlemlerini geliştirmeye de odaklanır.