faturalamayı Dayanıklı İşlevler
Dayanıklı İşlevler Azure İşlevleri gibi faturalandırılır. Daha fazla bilgi için bkz. fiyatlandırma Azure İşlevleri.
Azure İşlevleri Tüketim planında düzenleyici işlevlerini yürütürken bazı faturalama davranışlarına dikkat etmeniz gerekir. Aşağıdaki bölümlerde bu davranışlar ve bunların etkileri daha ayrıntılı olarak açıklanmaktadır.
Orchestrator işlevi yeniden yürütme faturalaması
Orchestrator işlevleri , bir düzenlemenin ömrü boyunca birkaç kez yeniden oynatabilir. Her yeniden yürütme, Azure İşlevleri çalışma zamanı tarafından ayrı bir işlev çağrısı olarak görüntülenir. Bu nedenle, Azure İşlevleri Tüketim planında bir düzenleyici işlevinin her tekrarı için faturalandırılırsınız. Orchestrator işlevi yeniden yürütmesi için diğer plan türleri ücretlendirilmiyor.
Düzenleyici işlevlerinde bekleme ve teslim etme
Bir düzenleyici işlevi zaman uyumsuz bir görevin tamamlanmasını beklediğinde, çalışma zamanı belirli işlev çağrılarının tamamlanmasını dikkate alır. Düzenleyici işlevinin faturalandırması bu noktada durdurulur. Sonraki düzenleyici işlevi yeniden oynatana kadar devam etmez. Bir düzenleyici işlevinde beklerken veya verim elde etmek için harcanan herhangi bir süre için faturalandırılamazsınız.
Not
Diğer işlevleri çağıran işlevler, bazıları tarafından Sunucusuz bir desen olarak kabul edilir. Bunun nedeni çift faturalama olarak bilinen bir sorundur. Bir işlev başka bir işlevi doğrudan çağırdığında, her ikisi de aynı anda çalışır. Çağrılan işlev yanıt beklerken çağrılan işlev etkin bir şekilde kod çalıştırıyor. Bu durumda, çağıran işlevin çağrılan işlevin çalışmasını beklerken harcadığı süreyi ödemeniz gerekir.
Düzenleyici işlevlerinde çift faturalama yoktur. Düzenleyici işlevinin faturalaması, etkinlik işlevinin veya alt düzenlemenin sonucunu beklerken durur.
Dayanıklı HTTP yoklaması
Orchestrator işlevleri, HTTP özellikleri makalesinde açıklandığı gibi dış uç noktalara uzun süre çalışan HTTP çağrıları yapabilir. "HTTP çağrısı" API'leri, zaman uyumsuz 202 desenini takip ederken bir HTTP uç noktasını dahili olarak yoklayabilir.
Şu anda iç HTTP yoklama işlemleri için doğrudan faturalama yoktur. Ancak iç yoklama orchestrator işlevinin düzenli aralıklarla yeniden yürütmesine neden olabilir. Bu dahili işlev yeniden yürütmeleri için standart ücretler faturalandırılırsınız.
Azure Depolama işlemleri
Dayanıklı İşlevler durumu kalıcı tutmak, iletileri işlemek ve blob kiraları aracılığıyla bölümleri yönetmek için varsayılan olarak Azure Depolama'yı kullanır. Bu depolama hesabına sahip olduğunuzdan, tüm işlem maliyetleri Azure aboneliğinize faturalandırılır. Dayanıklı İşlevler tarafından kullanılan Azure Depolama yapıtları hakkında daha fazla bilgi için Görev hub'ları makalesine bakın.
Dayanıklı İşlevler uygulamanız tarafından tahakkuk eden gerçek Azure Depolama maliyetlerine çeşitli faktörler katkıda bulunur:
- Tek bir işlev uygulaması, bir dizi Azure Depolama kaynağını paylaşan tek bir görev hub'ı ile ilişkilendirilir. Bu kaynaklar bir işlev uygulamasındaki tüm dayanıklı işlevler tarafından kullanılır. İşlev uygulamasındaki gerçek işlev sayısının Azure Depolama işlem maliyetleri üzerinde hiçbir etkisi yoktur.
- Her işlev uygulaması örneği, üstel geri alma yoklama algoritması kullanarak depolama hesabındaki birden çok kuyruğu dahili olarak yoklar. Boşta kalan bir uygulama örneği, kuyrukları etkin bir uygulamadan daha az sıklıkta yoklar ve bu da işlem maliyetlerinin daha az olmasıyla sonuçlanır. Azure Depolama sağlayıcısını kullanırken kuyruk yoklama davranışı Dayanıklı İşlevler hakkında daha fazla bilgi için Azure Depolama sağlayıcısı belgelerinin kuyruk yoklama bölümüne bakın.
- Azure İşlevleri Tüketimi veya Premium planlarında çalışırken, Azure İşlevleri ölçek denetleyicisi arka planda tüm görev hub'ı kuyruklarını düzenli olarak yoklar. Bir işlev uygulaması hafif ve orta ölçekli ölçek altındaysa, yalnızca tek bir ölçek denetleyicisi örneği bu kuyrukları yoklar. İşlev uygulamasının ölçeği çok sayıda örneğe genişletildiyse daha fazla ölçek denetleyicisi örneği eklenebilir. Bu ek ölçek denetleyicisi örnekleri toplam kuyruk işlemi maliyetlerini artırabilir.
- Her işlev uygulaması örneği, bir dizi blob kiralaması için rekabet eder. Bu örnekler, tutulan kiraları yenilemek veya yeni kiralamalar elde etmeye çalışmak için Azure Blob hizmetine düzenli aralıklarla çağrılar yapar. Görev hub'ının yapılandırılmış bölüm sayısı, blob kiralamalarının sayısını belirler. Ölçeğin daha fazla sayıda işlev uygulaması örneğine genişletilmesi büyük olasılıkla bu kiralama işlemleriyle ilişkili Azure Depolama işlem maliyetlerini artırır.
Azure Depolama fiyatlandırması hakkında daha fazla bilgiyi Azure Depolama fiyatlandırma belgelerinde bulabilirsiniz.