Her kiracının tüketimini ölçme

Bir çözüm sağlayıcısı olarak, çok kiracılı çözümünüzde her kiracının tüketimini ölçmek önemlidir. Her kiracının tüketimini ölçerek, satılan malların maliyetinin (SMM), her kiracıya hizmet sunmak için kârını sağlayabilirsiniz. Bu sayfada, tüketimin ölçülmesinin önemi ve bir kiracının tüketimini ölçmek için göz önünde bulundurmanız gereken yaklaşımlar ve ilgili tüm yaklaşımları hakkında teknik karar verme konusunda rehberlik sağlıyoruz.

Her kiracının tüketimini ölçme gereksinimini ortadan oluşturan iki birincil sorun vardır:

• Her kiracıya hizmeti sağlamak için gerçek maliyeti ölçmenize gerek vardır. Bu, her kiracının çözüm karlılığını izlemek için önemlidir.
• Tüketim tabanlı fiyatlandırmakullandığınızda kiracının ücretlendirmesi için miktarı belirlemeniz gerekir.

Ancak, çok kiracılı bir çözümde kiracı tarafından kullanılan gerçek kaynakları ölçmek zor olabilir. Çok kiracılı bir çözümün parçası olarak kullanılabilecek çoğu hizmet, kiracıyı tanımladığınız her şeyi temel alarak kullanımı otomatik olarak ayırt etmeyin veya keser. Örneğin, tek bir ilişkisel veritabanındaki tüm kiracılarınız için veri depolayan bir hizmeti göz önünde bulundurun. Her kiracının bu ilişkisel veritabanını ne kadar alan, depolama alanı veya herhangi bir sorgu ve isteklere hizmet vermek için gereken işlem kapasitesi açısından tam olarak belirlemek zordur.

Bunun aksine, tek kiracılı bir çözüm için Azure maliyet yönetimi 'ni, bu kiracı tarafından tüketilen tüm Azure kaynakları için tam bir maliyet dökümü almak amacıyla Azure portal dahilinde kullanabilirsiniz.

Bu nedenle, bu güçlüklere göz önünde bulunduruldığınızda, tüketimi nasıl ölçecek düşünmek önemlidir.

Indictiği tüketim ölçümleri

Modern uygulamalar, genellikle farklı tüketim ölçümleri olan birçok farklı hizmetten oluşur. Örneğin, bir depolama hesabı, depolanan veri miktarına, aktarılan verilere ve işlem numaralarına göre tüketimi ölçer. Ancak Azure App Service tüketim, zaman içinde ayrılan işlem kaynakları miktarına göre ölçülür. Depolama hesabı ve App Service kaynakları içeren bir çözümünüz varsa, gerçek SMM 'yi hesaplamak için tüm bu ölçümleri birlikte birleştirmek (satılan malların maliyeti) çok zor bir görev olabilir. Genellikle, çözümde tüketimi göstermek için tek bir değer ölçümünün kullanılması daha kolaydır.

Örneğin, tek bir ilişkisel veritabanını paylaşan çok kiracılı bir çözüm söz konusu olduğunda, depolanan verilerin iyi bir değer tüketim ölçümü olduğunu belirleyebilirsiniz.

Tüm kiracılar genelinde gerçek tüketimi ölçmek ve gözden geçirmek önemlidir. Bu,, uygun ölçümleriniz hakkında yaptığınız varsayımlar doğru olup olmadığını belirlemektir.

İşlem ölçümleri

Tüketimi ölçmenin alternatif bir yolu, çözüm için SMM temsilcisi olan bir anahtar işlemi tanımlamaktır. Örneğin, bir belge yönetimi çözümünde oluşturulan belge sayısı olabilir. Bu, işlemsel olan bir sistem içinde bir çekirdek işlev veya özellik varsa ve kolayca ölçülebilir olması halinde yararlı olabilir.

Genellikle uygulamanızda gerçekleşen işlem sayısını kaydetmesi gereken tek bir nokta olduğu için, bu yöntem genellikle kolay ve ekonomik bir şekilde geçerlidir.

İstek başına ölçümler

Birincil olarak API tabanlı çözümlerde, çözüme yapılan API isteklerinin sayısını temel alan bir tüketim ölçümü kullanmak mantıklı olabilir. Bu, genellikle uygulamak oldukça basittir, ancak API 'yi sisteme birincil arabirim olarak kullanmanızı gerektirir. İstek kullanımını kaydetme gereksinimi nedeniyle (denetim ve Faturalandırma amacıyla), özellikle yüksek hacimli hizmetler için, istek başına ölçüm uygulayan, daha fazla işlem maliyeti olacaktır.

Tüketim tahmini

Bir kiracının tüketimini ölçerek, tam tüketim miktarını hesaplamayı denemek yerine kiracının tüketim tahminini sağlamak daha kolay olabilir. Örneğin, tek bir dağıtımda binlerce kiracı sunan çok kiracılı bir çözüm için, kiracıya hizmet veren maliyetin yalnızca Azure kaynakları maliyetinin bir yüzdesi olması gerekir.

Aşağıdaki durumlarda bir kiracının SMM 'yi tahmin etmeyi düşünebilirsiniz:

• Tüketim tabanlı fiyatlandırmakullanmıyorsanız.
• Her kiracının kullanım desenleri ve maliyeti, boyutu ne olursa olsun benzerdir.
• Her kiracı, dağıtımdaki genel kaynakların düşük yüzdesini (deyin, < %2) kullanır.
• Kiracı başına maliyet düşüktür.

Ayrıca, tüketimin tüketim ölçümleri, işlem ölçümleriveya istek başına ölçümlerile birlikte tahmin tahminini de tercih edebilirsiniz. Örneğin, belgeleri öncelikle, bir kiracı tarafından kullanılan genel depolama alanının yüzdesi, belgelerini depolamak için, gerçek SMM 'nin yeterince bir gösterimini sağlar. Bu, SMM 'nin ölçüleşmesi veya uygulamaya çok fazla karmaşıklık eklemesi durumunda yararlı bir yaklaşım olabilir.

Maliyetlerinizi doldurma

Bazı çözümlerde, müşterilerinizin kiracının kaynakları için SMM 'yi ücretlendirmeniz yeterlidir. Örneğin, Azure Kaynak etiketlerini kullanarak kiracılar için faturalandırılabilir Azure kaynakları ayırabilirsiniz. Daha sonra, bunlara ayrılmış kaynak kümesi için her kiracının maliyetini, Ayrıca kar ve işlem için bir kenar boşluğu belirleyebilirsiniz.

Azure maliyet analizi , Etiketler, kaynak grupları veya öznitelik maliyetlerine yönelik abonelikler kullanan tek kiracılı çözümler için Azure Kaynak maliyetlerini çözümlemek üzere kullanılabilir.

Bununla birlikte, tek bir kiracıya yönelik olarak tam SMM 'nin doğru belirlenmesi sorunu nedeniyle, bu, çoğu modern çok kiracılı çözüm için çok zor hale gelir. Bu yöntem yalnızca çok basit çözümler, tek kiracılı kaynak dağıtımları olan çözümler veya daha büyük bir çözüm içindeki özel kiracıya özgü eklenti özelliklerine göz önünde bulundurulmalıdır.

Bazı Azure Hizmetleri, çok müşterili bir ortamda maliyetleri diğer yöntemlere veren özellikler sağlar. Örneğin, Azure Kubernetes hizmeti, her kiracının öznitelik maliyetlerine göre kullanılan düğüm havuzu etiketleriylebir düğüm havuzu ayırdığı birden çok düğümhavuzunu destekler.

Sonraki adımlar

Kullanacağınız güncelleştirme dağıtım modelinigöz önünde bulundurun.