Dayanıklı Görev Zamanlayıcı Faturalandırma

Dayanıklı Görev Zamanlayıcı, düzenleme durumunu devam ettiren yönetilen bir arka uç hizmetidir. Buna bağlanan orkestrasyon çerçevelerinden ayrı olarak faturalandırılır. Dayanıklı Görev Zamanlayıcı doğrudan Dayanıklı İşlevler veya Dayanıklı Görev SDK'ları için ücret almaz. Toplam maliyetinizin iki bileşeni vardır:

  • Dayanıklı Görev Zamanlayıcı— seçtiğiniz SKU'ya göre faturalandırılır (Ayrılmış veya Tüketim)
  • Hesaplama kaynakları—uygulamanızı barındıran platform tarafından ayrı olarak faturalandırılır; bu Azure İşlevleri (Dayanıklı İşlevler için) veya kapsayıcı/VM platformu (Durable Task SDK'ları için)

Aşağıdaki tabloda iki fiyatlandırma modeli bir bakışta karşılaştırabilirsiniz.

Adanmış Consumption
Faturalama modeli Kapasite Birimi başına sabit aylık maliyet (CU) Gönderilen işlem başına ödeme
En yüksek aktarım hızı CU başına 2.000 eylem/sn (en fazla 3 RU) 500 eylem/sn
Veri saklama 90 güne kadar 30 güne kadar
Yüksek kullanılabilirlik Desteklenir (3 GU gerektirir) Mevcut değil
En uygun Öngörülebilir hacimli üretim iş yükleri Geliştirme/test ve değişken iş yükleri

Güncel fiyatlandırma için Azure İşlevleri fiyatlandırma sayfasına bakınız (burada Durable Task Scheduler fiyatlandırma bilgileri bulunur).

Eylem nedir?

Eylem, Dayanıklı Görev Zamanlayıcı tarafından uygulamanıza dağıtılan ve bir düzenleyici, etkinlik veya varlık işlevinin yürütülmesini tetikleyen bir iletidir. Eylemler şunlardır:

  • Orkestrasyon veya alt orkestrasyon başlatma
  • Etkinlik başlatma
  • Zamanlayıcıyı tamamlama
  • Dış olayı tetikleme
  • Nesne işlemini yürütme
  • O rkestrasyonu duraklatma, devam ettirme veya sonlandırma
  • Etkinliğin, varlık çağrısının, varlık kilidinin veya alt orkestrasyonun sonucunu işleme

Aşağıdaki diyagramda düzenlemenizdeki eylemlerin nasıl hesaplanması gösterilmektedir.

Dayanıklı Görev Zamanlayıcı düzenlemesinde faturalama eylemlerinin sayısını hesaplamayı gösteren diyagram.

Example

Üç farklı etkinliği çağıran bir düzenleme aşağıdaki eylemlere neden olabilir:

Üç etkinlik işlevi çağrısını ve buna karşılık gelen eylem dökümünü gösteren Dayanıklı Görev Zamanlayıcı düzenleme kodunun ekran görüntüsü.

Bu örnekte Dayanıklı Görev Zamanlayıcı her eylemi burada gösterildiği gibi işler:

  • Orchestrator tek bir eylemle başlatılır (RunOrchestrator)
  • Etkinlik 1 ((nameof(SayHello), "Tokyo")) iki eylem kullanır:
    • Etkinliği zamanlama
    • Sonuç işleniyor
  • Etkinlik 2 ((nameof(SayHello), "Seattle")) iki eylem kullanır:
    • Etkinliği zamanlama
    • Sonuç işleniyor
  • Etkinlik 3 ((nameof(SayHello), "London")) iki eylem kullanır:
    • Etkinliği zamanlama
    • Sonuç işleniyor

SKU'ya özel fiyatlandırma ve kapasite

Ayrılmış SKU, önceden ayrılmış Kapasite Birimleri (CU) aracılığıyla tahmin edilebilir performans sağlar. Her dağıtım en fazla üç CU'yu destekler. Ayrılmış SKU ile abonelik başına bölge başına en fazla 25 zamanlayıcı ve 25 görev hub'ı oluşturabilirsiniz. Daha fazla kota için destek ile iletişime geçin.

Temel özellikler

Özellik Açıklama
Temel maliyet CU için sabit aylık maliyet (bölgesel fiyatlandırma). Aksiyon başına faturalama değil.
Performans Her CU saniyede en fazla 2.000 eylem ve 50 GB düzenleme veri depolaması destekler.
Düzenleme verilerini saklama 90 güne kadar.
Özel ölçeklendirme CU'ları iş yükü gereksinimlerinize uyacak şekilde yapılandırın. Dağıtım başına bir CU gerekir.
Yüksek kullanılabilirlik Çoklu CU dağıtımlarıyla yüksek kullanılabilirlik. En az üç CU gereklidir.

Note

Yüksek kullanılabilirlik dağıtımları için üç CU yapılandırın. Single-CU dağıtımları yedeklilik sağlamaz.

Ayrılmış SKU için kapasite birimlerini hesaplama

Örnek 1

Beş etkinliğin yanı sıra hata işleme ve düzenleme başına ortalama 12 eylem (düzenleyici ve etkinlik çağrıları) içeren bir düzenlemeniz vardır. Aylık 20 milyon orkestrasyon yürütmeyi hesaplayalım.

Step Hesaplama Result
Aylık eylemler 20.000.000 × 12 240.000.000 eylem
Saniye başına eylem sayısı 240.000.000 ÷ 2.628.000 (bir ay içindeki saniyeler) ≈ 91 eylem/saniye
Gerekli CU'lar 91 ÷ 2.000 Gerekli CU'lar: 0,046 → 1 CU yeterli

Örnek 2

Büyük bir kuruluş, aylık 500 milyon karmaşık orkestrasyon çalıştırır ve her orkestrasyonda ortalama 15 eylem (orkestratör koordinasyonu ile birden fazla etkinlik) bulunmaktadır.

Step Hesaplama Result
Aylık eylemler 500 milyon × 15 7,5 milyar eylem
Saniye başına eylem sayısı 7,5 milyar ÷ 2.628.000 ≈ 2.854 eylem/saniye
Gerekli CU'lar 2.854 ÷ 2.000 Gereken RU sayısı: 1,43 → 2 RU yeterli

Örnek 3

Hizmet olarak yazılım (SaaS) platformu, her biri ortalama 15 eylem (kullanıcı etkileşimleri, arka plan işleme ve dış API çağrıları) ile aylık 800 milyon düzenlemeyi destekler.

Step Hesaplama Result
Aylık eylemler 800 milyon × 15 12 milyar eylem
Saniye başına eylem sayısı 12 milyar ÷ 2.628.000 ≈ 4.571 eylem/saniye
Gerekli CU'lar 4.571 ÷ 2.000 Gereken RU sayısı: 2,29 → 3 RU yeterli

Tüketim SKU'su

Tüketim SKU'su, değişken iş yükleri ve geliştirme senaryoları için ideal olan kullandıkça öde modeli sunar.

Tüketim SKU'su ile abonelik başına bölge başına en fazla 10 zamanlayıcı ve 5 görev hub'ı oluşturabilirsiniz. Daha fazla kota için destek ile iletişime geçin.

Temel özellikler

Özellik Açıklama
Kullanım başına ödeme Yalnızca işleme alınan eylemler için ödeme yapın. Ön maliyetler, minimum taahhütler veya temel ücretler yoktur.
Performans Saniyede en fazla 500 eylemi destekler.
Veri muhafazası Verileri en fazla 30 gün korur.

Örnek 1

Geliştirme ekibi, her biri üç eylem içeren ("Hello City" deseni) basit düzenlemelerini test ediyor ve ayda 10.000 düzenleme çalıştırıyor.

Step Hesaplama Result
Aylık eylemler 10.000 × 3 30.000 eylem

Örnek 2

Bir e-ticaret uygulaması, promosyon satış etkinlikleri sırasında dinamik ölçeklendirme deneyimi yaşar. Toplamda yedi eylemi olan ve ayda yaklaşık 20.000 kez çalışan bir düzenleme kullanır.

Step Hesaplama Result
Aylık eylemler 20.000 × 7 140.000 eylem

Aylık harcama örnekleri

Azure İşlevleri fiyatlandırma sayfasından (Durable Task Scheduler fiyatlandırma bilgilerini içerir) bölgesel fiyatlarınızı kullanın, ardından bu bölümdeki formülleri uygulayın.

Tüketim SKU aylık harcama örneği

Tüketim SKU, gönderilen işlemlere göre sizi faturalandırır.

Step Hesaplama
1. Aylık eylemler orchestrations per month × actions per orchestration
2. Milyon eyleme dönüştürün monthly actions ÷ 1,000,000
3. Aylık planlayıcı harcaması (monthly actions ÷ 1,000,000) × regional price per million actions

Bu makaledeki mevcut tüketim örnekleri kullanılarak:

İş yükü Aylık eylemler Aylık planlayıcı harcamaları
Örnek 1 (10.000 koşu × 3 eylem) 30,000 (30,000 ÷ 1,000,000) × regional price per million actions
Örnek 2 (20.000 koşu × 7 eylem) 140,000 (140,000 ÷ 1,000,000) × regional price per million actions

Özel SKU aylık harcama örneği

Dedicated SKU, eylemlerle değil, sağlanmış CU'larla faturalanır.

Step Hesaplama
1. Gerekli CU'ları belirleyin Kapasite hesaplama bölümünden
2. Aylık planlayıcı harcamaları provisioned CUs × regional monthly price per CU

Bu makaledeki mevcut özel örnekleri kullanarak:

İş yükü Gerekli CU'lar Aylık planlayıcı harcamaları
Örnek 1 1 1 × regional monthly price per CU
Örnek 2 2 2 × regional monthly price per CU
Örnek 3 3 3 × regional monthly price per CU

Tip

Toplam aylık maliyetiniz = Dayanıklı Görev Zamanlayıcı harcaması + hesaplama platformu harcaması. Hesaplama fiyatlandırması için bkz. Hesaplama maliyetleri.

İşlem maliyetleri

Dayanıklı Görev Zamanlayıcı'ya ek olarak, uygulamanızı barındıran işlem platformu için ödeme yapın. İşlem maliyetleriniz, kullandığınız düzenleme çerçevesine bağlıdır.

Dayanıklı Fonksiyonlar

Dayanıklı İşlevler Azure İşlevleri üzerinde çalışır. İşlem maliyetleriniz, seçtiğiniz Azure İşlevleri barındırma planına bağlıdır:

Barındırma planı Açıklama
Tüketim planı İşlevlerinizin çalıştığı süresince yalnızca ödeme yapın. Otomatik ölçeklendirmeyi ve ücretsiz aylık izni içerir.
Esnek Tüketim planı Sanal ağ tümleştirmesi ile olay odaklı ölçeklendirme. İstek işleme sırasında örnekler için ödeme yapmanın yanı sıra, her zaman hazır bir taban çizgisi de bulunmaktadır.
Premium plan Sanal ağ bağlantısıyla soğuk başlangıçları önlemek için önceden uyarılı örnekler. vCPU ve bellek saniye başına faturalandırılır.
Özel (App Service) planı App Service planındaki ayrılmış sanal makinelerde işlevleri çalıştırın. Diğer App Service örneklerini zaten çalıştırmakta olan az kullanılan VM'ler olduğunda en iyi performansı gösterir.

Ayrıntılı Dayanıklı İşlevler faturalama davranışları (faturalamayı yeniden yürütme, bekleme, HTTP yoklaması) için bkz. Dayanıklı İşlevler billing. Azure İşlevleri fiyatlandırması için bkz. Azure İşlevleri pricing.

Dayanıklı Görev SDK'ları

Dayanıklı Görev SDK'ları platformdan bağımsızdır ve farklı işlem platformlarında çalıştırılabilir:

İşlem platformu Açıklama
Azure Container Apps Tüketim tabanlı veya ayrılmış fiyatlandırma ile sunucusuz kapsayıcı barındırma. vCPU ve bellek kullanımı için faturalandırılır.
Azure Kubernetes Service (AKS) Kümenizdeki sanal makineler (düğümler) için ödeme yaptığınız yönetilen Kubernetes kümeleri.
Azure App Service Özelliklere ve ölçeklendirmeye göre farklı fiyatlandırma katmanlarına sahip web uygulamalarını barındırmak için tam olarak yönetilen platform.

Ayrıntılı fiyatlandırma bilgileri için her işlem hizmeti için faturalama belgelerine bakın:

İlgili içerik

  • Last updated on