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

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. Veri depolama veya sorgu ve isteklere hizmet vermek için gereken işlem kaynakları açısından her kiracının bu ilişkisel veritabanını tam olarak ne kadar kapasite 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. Buna karşılık, Azure Uygulaması Hizmet tüketimi zaman içinde ayrılan işlem kaynakları 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.

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. Belirli bir kiracı yazma etkinliğinden çok daha fazla okuma etkinliği oluşturuyorsa veya raporlama özelliklerini yoğun olarak kullanıyorsa, bu kiracı çözümden depolama gereksinimlerinin gösterdiğinden çok daha fazla işlem kullanabilir.

İpucu

Bazen bir temel model oluşturmak için kiracılarınız genelindeki gerçek tüketimi ölçmeniz ve gözden geçirmeniz gerekir. Bu model, gösterge ölçümleriniz hakkında yaptığınız varsayımların doğru olup olmadığını belirlemenize yardımcı olur.

İş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 artar.

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. Ancak, her kiracının tüketimi hakkında yalnızca yaklaşık bir fikriniz varsa, bu yine de makul bir seçim olabilir.

Uyarı

İstek ölçümlerini bu amaçla tasarlanmış güvenilir bir veri deposunda depoladığınızdan emin olun. Örneğin, Azure Application Insights istekleri izleyebilir ve hatta kiracı kimliklerini bile izleyebilir ( özellikleri kullanarak), Application Insights telemetri verilerinin her 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ğlayan 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ı, kaynak grubu veya abonelik gibi diğer özelliklere 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. tr-TR: Örneğin, Azure Kubernetes Service, her kiracıya birden çok düğüm havuzundan biri ayrıldığında maliyetleri özniteliklendirmek için kullanılan düğüm havuzu etiketlerini 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:

  • John Downs | Baş Yazılım Mühendisi, Azure Desenleri ve Uygulamaları
  • Chad Kittel | Baş Yazılım Mühendisi, Azure Desenleri ve Uygulamaları
  • Arsen Vladimirskiy | Azure için FastTrack’te Baş Müşteri Mühendisi

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

Sonraki adımlar

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

  • Last updated on