Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
W przypadku korzystania z planu Azure Functions Consumption każda funkcja orkiestratora jest liczona jako oddzielne płatne wywołanie, a także płacisz za dostawcę usług magazynowych, który utrzymuje stan orkiestracji. W tym artykule przedstawiono podział określonych obszarów kosztów, dzięki czemu można zrozumieć i zoptymalizować wydatki Durable Functions.
W tym artykule:
- Rozliczanie odtwarzania funkcji programu Orchestrator — jak powtórki generują opłaty w planie Zużycie
- Rozliczenia są zatrzymywane podczas oczekiwania i wydajności — dlaczego nie są naliczane opłaty podczas oczekiwania
- Opłaty za sondowanie i powtarzanie HTTP — jak wewnętrzne sondowanie wpływa na rozliczenia
- Trwałe transakcje harmonogramu zadań — ceny wbudowanego zaplecza
- Azure Storage transakcje — czynniki kosztowe konta magazynowego
Naliczanie opłat za odtwarzanie funkcji Orchestratora
Funkcje orkiestratora mogą powtarzać się kilka razy w okresie istnienia orkiestracji. Środowisko uruchomieniowe Azure Functions wyświetla każdą powtórkę jako odrębne wywołanie funkcji. Z tego powodu, w przypadku korzystania z planu zużycia Azure Functions, naliczane są opłaty za każdą powtórkę funkcji orkiestratora. Inne typy planów nie naliczają opłat za odtwarzanie funkcji orkiestratora.
Rozliczenia są zatrzymywane podczas oczekiwania i wydajności
Gdy funkcja orkiestratora czeka na zakończenie zadania asynchronicznego, środowisko uruchomieniowe uważa, że określone wywołanie funkcji zostało zakończone. Naliczanie opłat za funkcję orkiestratora zatrzymuje się na tym etapie. Nie zostanie wznowiona do momentu ponownego odtworzenia następnej funkcji orkiestratora. Opłaty nie są naliczane za żaden czas spędzony na oczekiwaniu lub przekazywaniu sterowania w funkcji orkiestratora.
Note
W przeciwieństwie do bezpośrednich wywołań funkcji do funkcji, w których obie funkcje są uruchamiane jednocześnie (i rozliczane), funkcje orkiestratora unikają tego podwójnego problemu rozliczeń. Rozliczenia funkcji orkiestratora są zatrzymywane podczas oczekiwania na wynik funkcji działania lub podorchestracji.
Opłaty za odpytywanie i odtwarzanie HTTP
Funkcje programu Orchestrator mogą wykonywać długotrwałe wywołania HTTP do zewnętrznych punktów końcowych. Interfejsy API "wywołania HTTP" mogą wewnętrznie sondować punkt końcowy HTTP, postępując zgodnie ze wzorcem asynchronicznym 202.
Wewnętrzne sondowanie HTTP nie powoduje naliczania dodatkowych opłat. Jednak każda ankieta może spowodować ponowne odtwarzanie funkcji orkiestratora, a te powtórki są rozliczane według standardowej stawki planu Zużycie.
Trwałe transakcje zarządzania zadaniami
Harmonogram zadań Durable Task to specjalnie utworzone, zarządzane zaplecze dla rozszerzenia Durable Task, którego można używać z dowolnymi planami hostującymi Functions. Oferuje dwa modele cenowe oparte na akcjach.
Akcja to komunikat wysyłany przez harmonogram Durable Task Scheduler do aplikacji, co inicjuje wykonanie funkcji orkiestratora, działania lub funkcji jednostki. Akcje obejmują uruchamianie orkiestracji, harmonogramowanie działań, kończenie czasomierzy i przetwarzanie wyników.
| SKU | Description |
|---|---|
| Oddany | Stały miesięczny koszt za jednostkę pojemności (CU). Każdy CU obsługuje maksymalnie 2000 akcji na sekundę i 50 GB przechowywania danych orkiestracji. |
| Użycie (wersja zapoznawcza) | Model płatności za użycie, w którym płacisz tylko za wysłane akcje. Idealne rozwiązanie w przypadku zmiennych obciążeń i scenariuszy programowania. |
Aby uzyskać szczegółowe informacje o cenach, porównania jednostek SKU i przykłady planowania pojemności, odwiedź stronę Rozliczenia harmonogramu trwałych zadań.
Transakcje usługi Azure Storage
W przypadku korzystania z dostawcy Azure Storage Durable Functions może zachować stan trwały, przetwarzać komunikaty i zarządzać partycjami za pośrednictwem dzierżaw obiektów blob. Ponieważ jesteś właścicielem tego konta przechowywania, wszelkie koszty transakcji są rozliczane w ramach subskrypcji Azure.
Kilka czynników przyczynia się do kosztów Azure Storage. Sondowanie kolejek według wystąpień aplikacji funkcji i kontrolera skalowania zwykle generuje większość transakcji magazynu. Inne czynniki to:
- Operacje dzierżawy obiektów blob na potrzeby zarządzania partycjami
- Udostępnianie zasobów hubu zadań między funkcjami
Aby uzyskać więcej informacji na temat kosztów Azure Storage i zachowania sondowania kolejki, zobacz Azure Storage provider.
Wskazówka
Aby porównać profile kosztów, funkcje i kompromisy różnych dostawców pamięci masowej, zobacz Trwałe funkcje dostawców pamięci masowej.