Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Lorsque vous utilisez le plan Azure Functions Consumption, chaque réexécution de fonction d'orchestration compte comme un appel facturable distinct, et vous payez également pour le fournisseur qui assure le stockage de votre état d'orchestration. Cet article décompose les zones de coût spécifiques afin de pouvoir comprendre et optimiser vos dépenses de Durable Functions.
Contenu de cet article :
- Facturation de la relecture de fonction Orchestrator - Comment les relectures génèrent des frais sur le plan Consommation
- Arrêt de facturation pendant l’attente et le rendement - Pourquoi vous n’êtes pas facturé lors de l’attente
- Frais d’interrogation et de relecture HTTP - Impact de l’interrogation interne sur la facturation
- Planificateur de tâches durable - Tarification du back-end conçue spécifiquement
- Transactions stockage Azure - Pilotes de coût de compte de stockage
Facturation de la relecture de fonctions orchestrator
Les fonctions d'orchestrateur peuvent se rejouer plusieurs fois au cours de la durée de vie d'une orchestration. Azure Functions (runtime) considère chaque réexécution comme un appel de fonction distinct. Pour cette raison, lorsque vous utilisez le plan de consommation Azure Functions, vous êtes facturé pour chaque réexécution d'une fonction d'orchestrateur. Les autres types de plans ne facturent pas la relecture des fonctions d’orchestrateur.
La facturation s’arrête pendant l’attente et le rendement
Lorsque votre fonction d’orchestrateur attend la fin d’une tâche asynchrone, le runtime considère que l’appel de fonction particulier est terminé. La facturation de votre fonction d’orchestrateur s’arrête à ce stade. Elle ne reprend pas jusqu'à ce que la fonction d’orchestrateur soit à nouveau exécutée. Vous n’êtes pas facturé pour le temps d’attente ou d’interruption dans une fonction orchestrator.
Note
Contrairement aux appels de fonction à fonction directe où les deux fonctions s’exécutent (et facturent) simultanément, les fonctions d'orchestration évitent ce problème de double facturation. La facturation de la fonction d’orchestrateur s’arrête pendant qu’elle attend le résultat d’une fonction d’activité ou d’une fonction de sous-orchestration.
Frais de sondage et de relecture automatique HTTP
Les fonctions Orchestrator peuvent effectuer des appels HTTP longs vers des points de terminaison externes. Les API « appeler HTTP » peuvent interroger en interne un point de terminaison HTTP en suivant le modèle asynchrone 202.
L’interrogation HTTP interne elle-même n’entraîne pas de frais supplémentaires. Toutefois, chaque sondage peut entraîner la relecture de votre fonction d’orchestrateur, et ces relectures sont facturées au tarif standard du plan Consommation.
Transactions durables du planificateur de tâches
Le Durable Task Scheduler est un back-end managé spécialement conçu pour Durable Task que vous pouvez utiliser avec n'importe lequel des plans d'hébergement Functions. Il propose deux modèles tarifaires basés sur des actions.
Une action est un message distribué par le Planificateur de tâches durables à votre application qui déclenche l’exécution d’un orchestrateur, d’une activité ou d’une fonction d’entité. Les actions incluent le démarrage des orchestrations, la programmation des activités, la complétion des minuteurs et le traitement des résultats.
| Référence (SKU) | Description |
|---|---|
| Dédié | Coût mensuel fixe par unité de capacité (CU). Chaque cu prend en charge jusqu’à 2 000 actions par seconde et 50 Go de stockage de données d’orchestration. |
| Consommation (préversion) | Modèle de paiement par utilisation où vous payez uniquement pour les actions distribuées. Idéal pour les charges de travail variables et les scénarios de développement. |
Pour obtenir des informations de tarification détaillées, des comparaisons de références SKU et des exemples de planification de capacité, consultez la facturation durable du planificateur de tâches.
transactions stockage Azure
Lorsque vous utilisez le fournisseur stockage Azure, Durable Functions peut maintenir l'état persistant, traiter les messages et gérer les partitions via des contrats de bloc. Étant donné que vous possédez ce compte de stockage, tous les coûts de transaction sont facturés à votre abonnement Azure.
Plusieurs facteurs contribuent aux coûts d’stockage Azure. L’interrogation en file d’attente par instances d’application de fonction et le contrôleur de mise à l’échelle génèrent généralement les transactions de stockage les plus nombreuses. D’autres facteurs sont les suivants :
- Opérations de location de blobs pour la gestion des partitions
- Partage de ressources du hub de tâches entre les fonctions
Pour plus d’informations sur les coûts d’stockage Azure et le comportement d’interrogation des files d’attente, consultez Fournisseur stockage Azure.
Tip
Pour comparer les profils de coût, les fonctionnalités et les compromis des différents fournisseurs de stockage, consultez Durable Functions fournisseurs de stockage.