Azure'da çok müşterili çözümler tasarlamanın ve derlemenin birçok farklı yolu vardır. Bir uç noktada, çözümünüzdeki tüm kaynakları tüm kiracılarınız arasında paylaşabilirsiniz. Diğer uçta ise her kiracı için yalıtılmış kaynaklar dağıtabilirsiniz. Her kiracı için ayrı kaynaklar dağıtmak basit görünebilir ve az sayıda kiracı için kullanılabilir. Ancak, genellikle maliyet verimliliği sağlamaz ve kaynaklarınızı yönetmek zor olabilir. Bu uçlar arasında uygun olan çeşitli yaklaşımlar da vardır ve bunların tümünün ölçek, yalıtım, maliyet verimliliği, performans, uygulama karmaşıklığı ve yönetilebilirlik gibi dezavantajları vardır.
Bu bölümde işlem, depolama ve veri, ağ, dağıtım, kimlik, mesajlaşma, yapay zeka ve makine öğrenmesi ve IoT gibi bir çözüm oluşturan Azure hizmetlerinin ana kategorilerini ele aacağız. Her kategori için, çok kiracılı bir çözüm tasarlarken göz önünde bulundurabileceğiniz temel desenleri ve yaklaşımları ve kaçınılması gereken bazı kötü modelleri özetleyeceğiz.
Dağıtım Damgaları düzeni
Dağıtım Damgaları düzeni çok kiracılı çözümlerde sıklıkla kullanılır. Bir kiracı veya bir kiracı grubu için ayrılmış altyapı dağıtmayı içerir. Tek bir damga birden çok kiracı içerebilir veya tek bir kiracıya ayrılmış olabilir.
Tek kiracılı damga damgaları kullanılırken, dağıtım damgaları deseninin uygulanması kolay olma eğilimindedir çünkü her damga büyük olasılıkla başka bir damga pulundan habersizdir, bu nedenle uygulama katmanında çok kiracılı mantık veya özelliklerin yerleşik olarak kullanılması gerekmez. Her kiracının kendi ayrılmış damgası olduğunda, bu düzen en yüksek yalıtım derecesini sağlar ve Gürültülü Komşu sorununu azaltır. Ayrıca, kiracıların belirli bir jeopolitik bölgede bulunması veya belirli yüksek kullanılabilirlik gereksinimlerine sahip olması gibi kendi gereksinimlerine göre yapılandırılması veya özelleştirilmesi için de seçenek sağlar.
Çok kiracılı damgaları kullanırken, damga pulu içindeki çok kiracılılığı yönetmek için diğer desenlerin dikkate alınması gerekir ve Gürültülü Komşu sorunu yine de geçerli olabilir. Ancak Dağıtım Damgaları desenini kullanarak çözümünüz büyüdükçe ölçeklendirmeye devam edebilirsiniz.
Tek bir kiracıya hizmet vermek için kullanılırken Dağıtım Damga Pulları düzeniyle ilgili en büyük sorun, altyapının maliyeti olma eğilimindedir. Tek kiracılı damga damgaları kullanılırken, her damganın diğer kiracılarla paylaşılmayan kendi ayrı altyapı kümesine sahip olması gerekir. Ayrıca, bir damga pulu için dağıtılan kaynakların söz konusu kiracının iş yükü için en yüksek yükü karşılamak için yeterli olduğundan da emin olmanız gerekir. Fiyatlandırma modelinizin kiracının altyapısı için dağıtım maliyetini dengelemesini sağlayın.
Tek kiracılı damga pulları genellikle az sayıda kiracınız olduğunda düzgün çalışır. Kiracılarınızın sayısı arttıkça, bir damga filosunu yönetmek mümkündür ancak giderek daha zordur (örnek olarak bu örnek olay incelemesine bakın). Ayrıca, kaynak ve maliyet paylaşımı için avantajlar sağlayabilen çok kiracılı damga pullarından oluşan bir filo oluşturmak için Dağıtım Damga Damgaları desenini de uygulayabilirsiniz.
Dağıtım DamgaLarı desenini uygulamak için otomatik dağıtım yaklaşımlarını kullanmak önemlidir. Dağıtım stratejinize bağlı olarak, kod olarak bildirim temelli altyapıyı (Bicep, ARM şablonları veya Terraform şablonları gibi) kullanarak dağıtım işlem hatlarınızda damgalarınızı yönetmeyi düşünebilirsiniz. Alternatif olarak, Azure SDK'larını kullanmak gibi her damgayı dağıtmak ve yönetmek için özel kod oluşturmayı düşünebilirsiniz.
Hedef kitle
Bu bölümdeki makaleler, bağımsız yazılım satıcıları (ISV' ler) ve SaaS çözümleri geliştiren startup'lar da dahil olmak üzere çok müşterili uygulamaların çözüm mimarları ve baş geliştiricileri için yararlı olmaya yöneliktir. Bu bölümdeki yönergelerin çoğu geneldir ve bir kategorideki birden çok Azure hizmeti için geçerlidir.
Sonraki adımlar
Azure hizmetlerinin belirli kategorileri hakkındaki yönergeleri gözden geçirmeden önce çok müşterili bir çözümde kaynak düzenleme yaklaşımlarını gözden geçirmenizi öneririz.