Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Wenn Sie den Consumption-Plan von Azure Functions verwenden, zählt jede Orchestratorfunktion als separater abrechnungsfähiger Aufruf, und Sie bezahlen auch für den Speicheranbieter, der Ihren Orchestrierungszustand speichert. In diesem Artikel werden die spezifischen Kostenbereiche beschrieben, damit Sie Ihre Durable Functions Ausgaben verstehen und optimieren können.
In diesem Artikel:
- Orchestrator-Funktion Replayabrechnung – Wie Replays Gebühren für den Consumption-Plan generieren
- Die Abrechnung stoppt während 'await' und 'yield' – Warum Sie beim Warten nicht in Rechnung gestellt werden
- HTTP-Abruf- und Wiederholungsgebühren – Wie sich interne Umfragen auf die Abrechnung auswirken
- Dauerhafte Aufgabenplanungstransaktionen – Zweckorientierte Back-End-Preise
- Azure Storage Transaktionen – Kostentreiber für Speicherkonten
Abrechnung für die Wiedergabe von Orchestratorfunktionen
Orchestratorfunktionen können während der gesamten Lebensdauer einer Orchestrierung mehrmals wiedergegeben werden. Die Azure Functions Laufzeit betrachtet jede Wiederausführung als einen unterschiedlichen Funktionsaufruf. Aus diesem Grund werden Sie bei Verwendung des Azure Functions Verbrauchsplans für jede Wiedergabe einer Orchestratorfunktion in Rechnung gestellt. Bei anderen Plantypen wird die Wiedergabe von Orchestratorfunktionen nicht berechnet.
Die Abrechnung wird gestoppt während des Wartens und der Übergabe der Kontrolle.
Wenn die Orchestratorfunktion auf den Abschluss einer asynchronen Aufgabe wartet, berücksichtigt die Laufzeit, dass der Aufruf bestimmter Funktionen abgeschlossen ist. Die Abrechnung für Ihre Orchestratorfunktion wird an diesem Punkt beendet. Sie wird erst wieder aufgenommen, wenn die nächste Orchestratorfunktion wiedergegeben wird. Die Zeit, in der Sie warten oder die eine Orchestratorfunktion angehalten ist, wird Ihnen nicht in Rechnung gestellt.
Hinweis
Im Gegensatz zu direkten Funktions-zu-Funktions-Aufrufen, bei denen beide Funktionen gleichzeitig ausgeführt und berechnet werden, vermeiden Orchestrator-Funktionen dieses doppelte Abrechnungsproblem. Die Abrechnung der Orchestratorfunktion wird angehalten, während auf das Ergebnis einer Aktivitätsfunktion oder einer untergeordneten Orchestrierung gewartet wird.
HTTP-Abruf- und Wiedergabegebühren
Orchestratorfunktionen können lang andauernde HTTP-Aufrufe zu externen Endpunkten ausführen. Die "Call HTTP"- APIs rufen möglicherweise intern einen HTTP-Endpunkt ab, während sie dem asynchronen 202-Muster folgen.
Die interne HTTP-Abfrage selbst verursacht keine zusätzlichen Gebühren. Jede Umfrage kann jedoch dazu führen, dass Ihre Orchestratorfunktion wiedergegeben wird, und diese Wiedergaben werden mit dem Standardsatz des Verbrauchsplans abgerechnet.
Dauerhafte Task-Planer-Transaktionen
Der Durable Task Scheduler ist ein speziell entwickeltes, verwaltetes Back-End für Durable Task, das Sie mit jedem der Functions-Hostingpläne verwenden können. Es bietet zwei Preismodelle basierend auf Aktionen.
Eine Aktion ist eine Nachricht, die vom Durable Task Scheduler an Ihre Anwendung verteilt wird, die die Ausführung einer Orchestrator-, Aktivitäts- oder Entitätsfunktion auslöst. Zu den Aktionen gehören das Starten von Orchestrierungen, Terminplanungsaktivitäten, das Abschließen von Timern und die Verarbeitung von Ergebnissen.
| Artikelnummer (SKU) | Beschreibung |
|---|---|
| Dediziert | Feste monatliche Kosten pro Kapazitätseinheit (CU). Jedes CU unterstützt bis zu 2.000 Aktionen pro Sekunde und 50 GB Orchestrierungsdatenspeicher. |
| Verbrauch (Vorschau) | Pay-per-Use-Modell, bei dem Sie nur für verteilte Aktionen bezahlen. Ideal für variable Workloads und Entwicklungsszenarien. |
Ausführliche Preisinformationen, SKU-Vergleiche und Kapazitätsplanungsbeispiele finden Sie unter "Abrechnung des dauerhaften Vorgangsplaners".
Azure Storage Transaktionen
Bei Verwendung des Azure Storage-Anbieters können Durable Functions status persistent bleiben, Nachrichten verarbeiten und Partitionen über Blob-Leases verwalten. Da Sie dieses Speicherkonto besitzen, werden alle Transaktionskosten Ihrem Azure-Abonnement in Rechnung gestellt.
Mehrere Faktoren tragen zu Azure Storage Kosten bei. Das Weiterleiten von Warteschlangen durch Funktions-App-Instanzen und den Skalierungscontroller generiert typischerweise die meisten Speichertransaktionen. Weitere Faktoren sind:
- Blob-Leasevorgänge für die Partitionsverwaltung
- Aufgabenhub-Ressourcenfreigabe über Funktionen hinweg
Weitere Informationen zu den Kosten und dem Warteschlangenabrufverhalten von Azure Storage finden Sie unter Azure Storage-Anbieter.
Tipp
Informationen zum Vergleichen der Kostenprofile, Features und Kompromisse verschiedener Speicheranbieter finden Sie unter Durable Functions Speicheranbieter.