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 taban çizgisi, iş kesintilerini en aza indirmek ve hizmet kesintiye uğrarsa kurtarmayı hızlandırmak için standart bir iş taahhüdünü içermelidir. Çoğu yönetim temel çizgisi, Envanter ve görünürlük, işletimsel uyumlulukve koruma ve kurtarmayısürdürmek için 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, takımın en az sapma ile yüksek oranda iyileştirilmiş bir işlemsel yönetim derecesi sunabilmesini sağlar. Ancak bu standart teklif, işletmeye yeterince zengin bir taahhüt sunmayabilir.
Sonraki bölümde bulunan diyagramda, yönetim temelinin ötesinde üç yol gösterilmektedir.
Yönetim temeli, portföydeki en düşük önem derecesine sahip iş yüklerinin yüzde 80 ' unun gerektirdiği en düşük taahhüdünü karşılamalıdır. Taban çizgisi, görev açısından kritik iş yüklerine uygulanmamalıdır. Ayrıca, iş yükleri genelinde paylaşılan ortak platformlar için de uygulanmalıdır. Bu iş yükleri, tasarım ilkelerine ve gelişmiş işlemlere odaklanmayı gerektirir.
Gelişmiş işlemler seçenekleri
Aşağıdaki diyagramda gösterildiği gibi, yönetim temelinin ötesinde iş taahhütlerini iyileş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 artırmak ve kurtarma sürelerini azaltmak için bulutta yerel araçlar kullanır. Geliştirmeler çok önemlidir, ancak iş yüküyle veya platform uzmanından daha azdır. Gelişmiş bir yönetim temelinin avantajı, maliyet ve uygulama süresinin eşit oranda azalmasıdır.
Yönetim özelleştirmesi
İş yükü ve platform işlemlerinin yönleri tasarım ve mimari ilkelerine değişiklikler gerektirebilir. Bu değişiklikler zaman alabilir ve artan işletim giderlerinin oluşması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.
İş taahhüdünü karşılamak için daha yüksek bir yatırım sağlayan iş yükleri için, işlemlerin özelleştirmesi önemli olur.
Yönetim özelleştirmesi alanı
Özelleşmenin iki alanı vardır:
- Platform özelleştirmesi: Bir paylaşılan platformun devam eden işlemlerine yatırım yapın ve yatırımı birden çok iş yüklerine dağıtarak.
- Iş yükü özelleştirmesi: İş açısından kritik iş yükleri için genellikle ayrılmış olan belirli bir iş yükünün devam eden işlemlerine yatırım yapın.
Merkezi BT ekibi veya bulut merkezinin üstün ortası (CCoE)
Platform özelleştirmesi ve iş yükü özelleştirmesi arasındaki kararlar, her iş yükünün önem derecesine ve etkilerine bağlıdır. Bununla birlikte, bu kararlar merkezi BT ekibi ve CCoE kurumsal modelleri arasında daha büyük kültürel kararlarının de bir özetini verir.
İş yükü özelleştirmesi her zaman kültürel bir değişimi tetikler. Geleneksel BT ve merkezi BT, her ikisi de ölçekli destek sağlayabilen derleme süreçler. Ölçek desteği, bir yönetim temel çizgisi, gelişmiş taban çizgisi veya hatta platform işlemlerinde bulunan yinelenebilir hizmetler için daha ulaşılabilir. İş yükü özelleştirmesi genellikle ölçeklenmez. Bu ölçek eksikliği, merkezi bir BT organizasyonunun kuruluş ölçeğinde sınırlamalara ulaşmadan gerekli desteği sağlamasını zorlaştırır.
Alternatif olarak, üstün bir yaklaşım bulut Merkezi, sorumluluğun ve seçmeli merkezileşmeyi temsili aracılığıyla ölçeklendirebilirler. İş yükü özelleştirmesi, bir CCoE 'nin Temsilcili sorumluluğu yaklaşımına göre daha iyi uyum sağlar.
Bir CCoE içindeki rollerin doğal hizalaması şu şekilde özetlenmiştir:
- Bulut platformu ekibi, çoklu bulut benimseme ekiplerini destekleyen ortak platformları oluşturmaya yardımcı olur.
- Bulut otomasyonu ekibi, bu platformları bir hizmet kataloğunda dağıtılabilir varlıklar halinde 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 takımı veya bulut benimseme ekibi), iş yükünün, işlem hattının veya performansın günlük işlemleri için sorumluluğu tutar.
Yönetim alanlarının hizalanması için merkezi BT ekibi ve CCoE modelleri genellikle en az kültürel değişikliği ile platform uzmanından teslim edilebilir. İş yükü özelleştirmesi üzerinde gönderim, merkezi BT ekipleri için daha karmaşık olabilir.
Yönetim özelleştirme süreçler
Her özelleşmenin içinde, aşağıdaki dört adımlı işlem disiplinli, yinelemeli bir yaklaşımda dağıtılır. 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 iş ortaklığı gerektirir.
- Sistem tasarımını geliştirme: Kesintileri etkin bir şekilde kısaltmak için ortak sistemlerin (platformların) veya belirli iş yüklerinin tasarımını geliştirme.
- Düzeltmeyi otomatikleştir: Bazı iyileştirmeler uygun maliyetli değildir. Bu gibi durumlarda, düzeltmeyi otomatik hale getirmek ve kesintileri etkilerini azaltmak daha anlamlı olabilir.
- Çözümü ölçeklendirin: Sistem tasarımı ve otomatik düzeltme iyileştirildiğinden, bu değişiklikleri ortam genelinde hizmet Kataloğu aracılığıyla ölçeklendirebilirsiniz.
- Sürekli geliştirme: Bir sonraki sistem tasarımı, otomasyon ve ölçek geçişinde adres için artımlı geliştirmeleri keşfetmeye yönelik ç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, ele alınamaz veya değinilmesi gereken teknik borcun nasıl ele alınacağını gösterilmektedir.
sistem tasarımını geliştirmek için Microsoft Azure Well-Architected Frameworkhakkında daha fazla bilgi edinin. Sistem tasarımınız geliştirerek ortamınızdaki geliştirmeleri geliştirmeye ve ölçeklendirmeye yönelik yeni fırsatlar bulmak için bu makaleye geri dönün.
Otomatik düzeltme
Bazı teknik borcun giderilmesi veya ilgilenmemelidir. Çözüm uygulanamayacak kadar pahalı olabilir. Planlanabilecek ancak uzun bir proje süresine sahip olabilir. İş kesintisi önemli bir iş etkisine sahip olmayabilir veya iş önceliği esneklik sağlamak yerine hızlı bir şekilde kurtarılı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 sürekli olarak uygulanmıyorsa, bulut yönetimi bir temel tekliften biraz daha fazlasını sağlayabilir.
Benimsemeyi en üst düzeye çıkarmak ve en iyi duruma getirilmiş platformun bakım yükünü azaltmak 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.
Bir hizmet kataloğuna yayımlama hakkında daha fazla bilgi için bkz. hizmet kataloğunda yayımlama.
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. Uzun süreli iş taahhütlerine ulaşmak için platform işlemlerinde, merkezi platforma özgü öngörülerden yararlanmak önemlidir. kapsayıcılar ve SQL Server en yaygın olarak kullanılan iki merkezi platformda olduğundan, aşağıdaki makaleleri inceleyerek sürekli iyileştirme verileri koleksiyonuyla başlayarak kullanmayı göz önünde bulundurun: