Aracılığıyla paylaş

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

  • Makale

Bir çözüm sağlayıcısı olarak, çok kiracılı çözümünüzdeki her kiracının tüketimini ölçmek önemlidir. Her kiracının tüketimini ölçerek, hizmeti her kiracıya teslim etmek için satılan malların (COGS) maliyetinin karlı olduğundan emin olabilirsiniz. Bu sayfada, teknik karar alıcılara tüketimi ölçmenin önemi ve bir kiracının tüketimini ölçmek için göz önünde bulundurabileceğiniz yaklaşımlar ve ilgili dengeler hakkında rehberlik sağlıyoruz.

Her kiracının tüketimini ölçme gereksinimini yönlendiren başlıca iki sorun vardır:

  • Her kiracıya hizmet vermek için gerçek maliyeti ölçmeniz gerekir. Bu, çözümün her kiracı için kârlılığını izlemek için önemlidir.
  • Tüketime dayalı fiyatlandırmayı kullanırken kiracıdan ücretlendirilecek tutarı 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 hizmetlerin çoğu, kiracıyı tanımladığınız öğeye göre kullanımı otomatik olarak ayırt etmez veya ayırmaz. Örneğin, tüm kiracılarınızın verilerini tek bir ilişkisel veritabanında depolayan bir hizmet düşünün. Depolama veya sorgu ve isteklere hizmet vermek için gereken işlem kapasitesi açısından her kiracının bu ilişkisel veritabanını tam olarak ne kadar alan kullandığını belirlemek zordur.

Buna karşılık, tek kiracılı bir çözüm için Azure portalında Microsoft Maliyet Yönetimi'ni kullanarak bu kiracı tarafından tüketilen tüm Azure kaynaklarının tam maliyet dökümünü alabilirsiniz.

Bu nedenle, bu zorluklarla karşı karşıyayken tüketimi ölçmeyi göz önünde bulundurmak önemlidir.

Not

Bazı durumlarda, örneğin yeni bir pazara veya bölgeye girdiğinizde bir kiracıya hizmet sunmanın zararını almak ticari olarak kabul edilebilir. Bu ticari bir seçimdir. Bu gibi durumlarda bile her kiracının tüketimini ölçmek iyi bir fikirdir, böylece gelecek için planlama yapabilirsiniz.

Göstergeli tüketim ölçümleri

Modern uygulamalar (bulut için oluşturulmuş) genellikle her biri farklı tüketim ölçülerine sahip birçok farklı hizmetten oluşur. Örneğin, depolama hesabı depolanan veri miktarına, iletilen verilere ve işlem sayısına göre tüketimi ölçer. Ancak Azure Uygulaması Hizmet tüketimi, zaman içinde ayrılan işlem kaynaklarının miktarıyla ölçülür. Depolama hesabı ve App Service kaynakları içeren bir çözümünüz varsa, gerçek SGS'leri (satılan malların maliyeti) hesaplamak için tüm bu ölçümleri bir araya getirmek çok zor bir görev olabilir. Genellikle, çözümdeki tüketimi göstermek için tek bir gösterge ölçümü kullanmak daha kolaydır.

Örneğin, çok kiracılı bir çözüm tek bir ilişkisel veritabanını paylaşıyorsa, kiracı tarafından depolanan veriler iyi bir gösterge tüketim ölçümü olabilir.

Not

Kiracı tarafından depolanan veri hacmini gösterge tüketim ölçüsü olarak kullansanız bile, her kiracı için tüketimin gerçek bir gösterimi olmayabilir. Örneğin, belirli bir kiracı çözümden çok daha fazla okuma yapar veya daha fazla raporlama çalıştırırsa ancak çok fazla veri yazmazsa depolama gereksinimlerinin gösterdiğinden çok daha fazla işlem kullanabilir.

Gösterge ölçümleriniz hakkında yaptığınız varsayımların doğru olup olmadığını belirlemek için kiracılarınız genelinde gerçek tüketimi zaman zaman ölçmeniz ve gözden geçirmeniz önemlidir.

İşlem ölçümleri

Tüketimi ölçmenin alternatif bir yolu, çözüm için COGS'yi temsil eden önemli bir işlemi belirlemektir. Örneğin, bir belge yönetimi çözümünde, oluşturulan belge sayısı olabilir. Bir sistemde işlemsel olan temel bir işlev veya özellik varsa ve kolayca ölçülebiliyorsa bu yararlı olabilir.

Uygulamanızda genellikle gerçekleşen işlem sayısını kaydetmesi gereken tek bir nokta olduğundan, bu yöntemin uygulanması genellikle kolay ve uygun maliyetlidir.

İstek başına ölçümler

Öncelikli olarak API tabanlı çözümlerde, çözüme yapılan API isteklerinin sayısına göre bir tüketim ölçümü kullanmak mantıklı olabilir. Bunun uygulanması genellikle oldukça basit olabilir, ancak api'leri sistemin birincil arabirimi olarak kullanmanızı gerektirir. İstek kullanımını kaydetme gereksinimi nedeniyle (denetim ve faturalama amacıyla) özellikle yüksek hacimli hizmetler için istek başına ölçüm uygulamanın operasyonel maliyeti artacaktır.

Not

Tek sayfalı bir uygulamadan (SPA) veya API'leri kullanan bir mobil uygulamadan oluşan kullanıcıya yönelik çözümler, istek başına ölçüm için uygun olmayabilir. Bunun nedeni, son kullanıcı tarafından uygulamanın kullanımıyla API'lerin kullanımı arasındaki ilişkinin çok az anlaşılmasıdır. Uygulamanız gevende olabilir (çok fazla API isteğinde bulunur) veya öbekli (çok az API isteği yapar) ve kullanıcı bir fark fark etmez.

Uyarı

İstek ölçümlerini bu amaçla tasarlanmış güvenilir bir veri deposunda depoladığınızdan emin olun. Örneğin, Azure Uygulaması Analizler istekleri izleyebilir ve hatta kiracı kimliklerini bile izleyebilir (özellikleri kullanarak), Uygulama Analizler her telemetri parçasını depolamak için tasarlanmamıştır. Örnekleme davranışının bir parçası olarak verileri kaldırır. Faturalama ve ölçüm amacıyla, size yüksek düzeyde doğruluk sağlayacak bir veri deposu seçin.

Tahmini tüketim

Bir kiracının tüketimini ölçerken, tam tüketim miktarını hesaplamaya çalışmak yerine kiracı için tüketim tahmini sağlamak daha kolay olabilir. Örneğin, tek bir dağıtımda binlerce kiracıya hizmet veren çok kiracılı bir çözüm için kiracıya hizmet verme maliyetinin Azure kaynaklarının maliyetinin yalnızca bir yüzdesi olduğunu tahmin etmek mantıklıdır.

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

  • Tüketim tabanlı fiyatlandırma kullanmazsınız.
  • Boyut ne olursa olsun, her kiracının kullanım düzenleri ve maliyeti benzerdir.
  • Her kiracı, <dağıtımdaki genel kaynakların yüzdesini (%2 gibi) tüketir.
  • Kiracı başına maliyet düşüktür.

Ayrıca, gösterge tüketim ölçümleri, işlem ölçümleri veya istek başına ölçümlerle birlikte tüketimi tahmin etmeyi de seçebilirsiniz. Örneğin, öncelikli olarak belgeleri yöneten bir uygulama için, kiracının belgelerini depolamak için kullandığı genel depolama yüzdesi, gerçek COGS'nin yeterince yakın bir gösterimini sağlar. Bu, COGS'yi ölçmek zor olduğunda veya uygulamaya çok fazla karmaşıklık kattığında yararlı bir yaklaşım olabilir.

Maliyetlerinizi şarj etme

Bazı çözümlerde müşterilerinizden kiracılarının kaynakları için COGS ücretlendirmesi yapabilirsiniz. Örneğin, kiracılara faturalanabilir Azure kaynakları ayırmak için Azure kaynak etiketlerini kullanabilirsiniz. Ardından, kendilerine ayrılmış kaynak kümesinin her kiracıya maliyetini, ayrıca kar ve işlem için bir kar marjı belirleyebilirsiniz.

Not

Bazı Azure hizmetleri etiketleri desteklemez. Bu hizmetler için maliyetleri kaynak adına, kaynak grubuna veya aboneliğe göre bir kiracıya bağlamanız gerekir.

Azure Maliyet Analizi , maliyetleri ilişkilendirmek için etiketleri, kaynak gruplarını veya abonelikleri kullanan tek kiracılı çözümler için Azure kaynak maliyetlerini analiz etmek için kullanılabilir.

Ancak, tek bir kiracıya hizmet vermek için tam COGS'leri doğru bir şekilde belirlemenin zorluğu nedeniyle, bu durum çoğu modern çok kiracılı çözümde yasaklayıcı bir şekilde karmaşık 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 kiracıya özgü özel eklenti özellikleri için dikkate alınmalıdır.

Bazı Azure hizmetleri, çok kiracılı bir ortamda diğer maliyet ilişkilendirme yöntemlerine olanak sağlayan özellikler sağlar. Örneğin Azure Kubernetes Service, her kiracıya maliyetleri özniteliklendirmek için kullanılan düğüm havuzu etiketlerine sahip bir düğüm havuzu ayrıldığı birden çok düğüm havuzunu destekler.

Katkıda Bulunanlar

Bu makale Microsoft tarafından yönetilir. Başlangıçta aşağıdaki katkıda bulunanlar tarafından yazılmıştır.

Asıl yazar:

Diğer katkıda bulunanlar:

Genel olmayan LinkedIn profillerini görmek için LinkedIn'de oturum açın.

Sonraki adımlar

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