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 des relectures de fonctions d’orchestrateur — Comprendre comment ces relectures engendrent des coûts dans le plan de consommation
- La facturation est suspendue durant les phases « await » et « yield » — Explication de l’absence de facturation pendant les périodes d’attente
- Coûts associés à l’interrogation HTTP et aux relectures — Influence de l’interrogation interne sur la facturation
- Transactions du Durable Task Scheduler — Modèle tarifaire du backend dédié
- Transactions stockage Azure – éléments influençant les coûts des comptes 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 est suspendue pendant les phases « await » et « yield »
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
À la différence des appels directs entre fonctions, où celles-ci s’exécutent et sont facturées simultanément, les fonctions d’orchestrateur permettent d’éviter cette 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.
Coûts liés à l’interrogation HTTP et aux relectures
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. Chaque interrogation peut néanmoins déclencher une relecture de la fonction d’orchestrateur, laquelle est facturée selon le tarif standard du plan de 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 des files d’attente par les instances d’application de fonction ainsi que par le contrôleur d’échelle constitue généralement la principale source de transactions de stockage. 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.