Tasarım ilkelerini ve gelişmiş işlemleri uygulama
İlk üç bulut yönetimi disiplini bir yönetim temelini açıklamaktadır. En azından bir yönetim temeli, iş kesintilerini en aza indirmek ve hizmet kesintiye uğrarsa kurtarmayı hızlandırmak için standart bir iş taahhüdü içermelidir. Çoğu yönetim temeli , envanter ve görünürlüğü, operasyonel uyumluluk ile koruma ve kurtarmayı korumaya yönelik disiplinli bir odak içerir.
Yönetim temelinin amacı tüm desteklenen iş yükleri için minimum düzeyde iş taahhüdü sağlayan tutarlı bir teklif oluşturmaktır. Ortak, tekrarlanabilir yönetim tekliflerinin bu temeli, ekibin minimum sapmayla yüksek düzeyde iyileştirilmiş bir operasyonel yönetim derecesi sunmasını sağlar. Ancak bu standart teklif işletmeye yeterince zengin bir taahhüt sağlamayabilir.
Sonraki bölümdeki diyagramda yönetim temelinin ötesine geçmenin üç yolu gösterilmektedir.
Yönetim temeli, portföydeki en düşük kritiklik iş yüklerinin yüzde 80'i için gereken minimum taahhüdü karşılamalıdır. Temel görev açısından kritik iş yüklerine uygulanmamalıdır. İş yükleri arasında paylaşılan ortak platformlara da uygulanmamalıdır. Bu iş yükleri, tasarım ilkelerine ve gelişmiş işlemlere odaklanmayı gerektirir.
Gelişmiş işlem seçenekleri
Aşağıdaki diyagramda gösterildiği gibi, yönetim temelinin ötesinde iş taahhütlerini geliştirmek için önerilen üç yol vardır:
Gelişmiş yönetim temeli
Azure Yönetim Kılavuzu'nda açıklandığı gibi, gelişmiş bir yönetim temeli, çalışma süresini iyileştirmek ve kurtarma sürelerini azaltmak için bulutta yerel araçlar kullanır. İyileştirmeler önemli olsa da iş yükü veya platform özelleştirmesinden daha azdır. Gelişmiş yönetim temelinin avantajı, maliyet ve uygulama süresinde eşit derecede önemli bir azalmadır.
Yönetim uzmanlığı
İş yükü ve platform işlemlerinin yönleri tasarım ve mimari ilkelerinde değişiklik yapılmasını gerektirebilir. Bu değişiklikler zaman alabilir ve işletim giderlerinin artmasına neden olabilir. Bu tür yatırımlar gerektiren iş yüklerinin sayısını azaltmak için, iyileştirilmiş bir yönetim temeli iş taahhüdünde yeterli geliştirmeyi sağlayabilir.
bir iş taahhüdünü yerine getirmek için daha yüksek yatırım garantisi veren iş yükleri için operasyon uzmanlığı önemlidir.
Yönetim uzmanlığı alanları
İki uzmanlık alanı vardır:
- Platform özelleştirmesi: Yatırımı birden çok iş yüküne dağıtarak paylaşılan bir platformun devam eden operasyonlarına yatırım yapın.
- İş yükü özelleştirmesi: Genellikle görev açısından kritik iş yükleri için ayrılmış olan belirli bir iş yükünün devam eden operasyonlarına yatırım yapın.
Merkezi BT ekibi veya bulut mükemmellik merkezi (CCoE)
Platform özelleştirmesi ve iş yükü özelleştirmesi arasındaki kararlar, her iş yükünün kritikliğine ve etkisine bağlıdır. Ancak bu kararlar, merkezi BT ekibiyle CCoE kuruluş modelleri arasındaki daha büyük kültürel kararları da gösterir.
İş yükü özelleştirmesi her zaman kültürel bir değişimi tetikler. Hem geleneksel BT hem de merkezi BT, büyük ölçekte destek sağlayabilen derleme süreçleridir. Yönetim temeli, gelişmiş temel ve hatta platform işlemlerinde bulunan yinelenebilir hizmetler için ölçek desteği daha ulaşılabilir. İş yükü özelleştirmesi genellikle ölçeklendirilmiyor. Bu ölçek eksikliği, merkezi bir BT kuruluşunun kurumsal ölçek sınırlamalarına ulaşmadan gerekli desteği sağlamasını zorlaştırır.
Alternatif olarak, bulut mükemmellik merkezi yaklaşımı, amaçlı sorumluluk temsili ve seçmeli merkezileştirme aracılığıyla ölçeklendirilir. İş yükü özelleştirmesi, CCoE'nun temsilcili sorumluluk yaklaşımıyla daha iyi uyum sağlama eğilimindedir.
CCoE'daki rollerin doğal hizalaması aşağıdaki gibi özetlenmiştir:
- Bulut platformu ekibi, birden çok bulut benimseme takımını destekleyen ortak platformlar oluşturmaya yardımcı olur.
- Bulut otomasyonu ekibi, bu platformları bir hizmet kataloğundaki dağıtılabilir varlıklara genişletir.
- Bulut yönetimi yönetim temelini merkezi olarak sunar ve hizmet kataloğunun kullanımını desteklemeye yardımcı olur.
- Ancak iş birimi (iş DevOps ekibi veya bulut benimseme ekibi biçiminde) iş yükünün, işlem hattının veya performansın günlük operasyonlarından sorumludur.
Yönetim alanlarını hizalamaya gelince, merkezi BT ekibi ve CCoE modelleri genellikle minimum kültürel değişiklikle platform özelleştirmesi sunabilir. İş yükü özelleştirmesini teslim etmek, merkezi BT ekipleri için daha karmaşık olabilir.
Yönetim uzmanlık süreçleri
Her uzmanlık alanında aşağıdaki dört adımlı süreç disiplinli, yinelemeli bir yaklaşımla sunulur. Bu yaklaşım, uygun ve bilinçli bir geri bildirim döngüsü oluşturmak için bulut benimseme, bulut platformu, bulut otomasyonu ve bulut yönetimi uzmanları arasında ortaklık gerektirir.
- Sistem tasarımını geliştirme: Kesintileri etkili bir şekilde en aza indirmek için ortak sistemlerin (platformlar) veya belirli iş yüklerinin tasarımını geliştirin.
- Düzeltmeyi otomatikleştirme: Bazı iyileştirmeler uygun maliyetli değildir. Böyle durumlarda düzeltmeyi otomatikleştirmek ve kesintilerin etkisini azaltmak daha mantıklı olabilir.
- Çözümü ölçeklendirme: Sistem tasarımı ve otomatik düzeltme geliştirildikçe, hizmet kataloğu aracılığıyla bu değişiklikleri ortam genelinde ölçeklendikleyebilirsiniz.
- Sürekli iyileştirme: Sistem tasarımı, otomasyonu ve ölçeğinin bir sonraki geçişinde ele alınması gereken artımlı geliştirmeleri keşfetmek için çeşitli izleme araçlarını kullanabilirsiniz.
Sistem tasarımını geliştirme
Sistem tasarımını geliştirmek, her yaygın platformun operasyonlarını geliştirmek için en etkili yaklaşımdır. Sistem tasarımı geliştirmeleri kararlılığı artırmaya ve iş kesintilerini azaltmaya yardımcı olabilir. Tek tek sistemlerin tasarımı, Bulut Benimseme Çerçevesi genelinde alınan ortam görünümünün kapsamı dışındadır.
Bu çerçeveyi tamamlayıcı nitelikteki Microsoft Azure İyi Oluşturulmuş Mimari Çerçevesi, platformun veya belirli bir iş yükünün kalitesini geliştirmeye yönelik yol gösterici ilkeler sağlar. Çerçeve, mimaride üstün başarının beş yapı taşını geliştirmeye odaklanır:
- 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.
- Güvenilirlik: Hatalardan kurtularak çalışmaya devam edebilme özelliğine sahip sistemler tasarlama.
- Güvenlik: Uygulama ve verileri tehditlere karşı koruma.
İş kesintilerinin çoğu bir biçimde teknik borçla veya mimari eksikliğiyle ilintilidir. Mevcut dağıtımlar için sistem tasarımı geliştirmeleri mevcut teknik borcun ödenmesi olarak düşünülebilir. Yeni dağıtımlar için sistem tasarımı geliştirmeleri ise teknik borçtan kaçınma olarak düşünülebilir. Sonraki bölümde, giderilmeyen veya giderilmemesi gereken teknik borçlarla nasıl başa çıkabileceğiniz gösterilmektedir.
Sistem tasarımını geliştirmek için Microsoft Azure Well-Architected Framework hakkında daha fazla bilgi edinin. Sistem tasarımınız geliştikçe, geliştirmeleri ortamınız genelinde geliştirmeye ve ölçeklendirmeye yönelik yeni fırsatlar bulmak için bu makaleye geri dönün.
Otomatik düzeltme
Bazı teknik borçlar giderilemiyor veya giderilmemeli. Çözüm uygulanamayacak kadar pahalı olabilir. Planlanabilir ancak uzun bir proje süresi olabilir. İş kesintisinin önemli bir iş etkisi olmayabilir veya iş önceliği, dayanıklılığa yatırım yapmak yerine hızlı bir şekilde kurtarmaktır.
İstenen yol teknik borcun ödenmesi olmadığında, istenen bir sonraki adım otomatik düzeltme olacaktır. En yaygın otomatik düzeltme yaklaşımı Azure Otomasyonu'nu ve Azure İzleyici'yi kullanarak eğilimleri algılamak ve otomatik düzeltme sağlamaktır.
Otomatik düzeltmeye yönelik rehberlik için bkz. Azure Otomasyonu ve uyarılar.
Hizmet kataloğuyla çözümü ölçeklendirme
Platform özelleştirmesi ve platform operasyonlarının temel taşı iyi yönetilen bir hizmet kataloğudur. Sistemlerin tasarımında yapılan geliştirmeler ve düzeltmeler ortam genelinde bu yolla ölçeklendirilir. Bulut platformu takımı ve bulut otomasyonu takımı herhangi bir ortamda en yaygın platformlara yönelik tekrarlanabilir çözümler oluşturmak için uyum içinde çalışır. Ancak bu çözümler tutarlı bir şekilde uygulanmazsa bulut yönetimi temel bir tekliften biraz daha fazlasını sağlayabilir.
İyileştirilmiş platformların benimsemesini en üst düzeye çıkarmak ve bakım yükünü en aza indirmek için platform bir hizmet kataloğuna eklenmelidir. Katalogdaki her uygulama şirket içinde tüketim için veya dış kullanıcılara yönelik bir market teklifi olarak hizmet kataloğu aracılığıyla dağıtılabilir.
Hizmet kataloğuna yayımlama hakkında daha fazla bilgi için, hizmet kataloğuna yayımlama serisine bakın.
Sürekli geliştirme
Hem platform özelleştirmesi hem de platform operasyonları benimseme, platform, otomasyon ve yönetim takımları arasındaki güçlü geri bildirim döngülerine dayanır. Bu geri bildirim döngülerinin verilere dayandırılması, her takımı akıllı kararlar alma yönünde güçlendirir. Platform operasyonlarının uzun vadeli iş taahhütlerine ulaşması için merkezi platforma özgü içgörülerden yararlanmak önemlidir. Kapsayıcılar ve SQL Server merkezi olarak yönetilen en yaygın iki platform olduğundan, aşağıdaki makaleleri gözden geçirerek sürekli iyileştirme verileri toplamaya başlamalısınız: