Pomiar użycia, rozliczenia i cennik usługi Azure Logic Apps

Dotyczy: Azure Logic Apps (Consumption + Standard)

Usługa Azure Logic Apps ułatwia tworzenie i uruchamianie zautomatyzowanych przepływów pracy integracji, które można skalować w chmurze. W tym artykule opisano sposób działania modeli pomiarów, rozliczeń i cen dla usługi Azure Logic Apps i powiązanych zasobów. Aby uzyskać informacje, takie jak określone stawki cenowe, planowanie kosztów lub różne środowiska hostingu, zapoznaj się z następującą zawartością:

Zużycie (wielodostępne)

W wielodostępnej usłudze Azure Logic Apps aplikacja logiki i jej przepływ pracy są zgodne z planem Zużycia dla ustalania cen i rozliczania. Takie aplikacje logiki są tworzone na różne sposoby, na przykład gdy wybierasz zasób typu Logic App (Zużycie), używasz rozszerzenia Azure Logic Apps (Zużycie) w Visual Studio Code lub tworzysz zadania automatyzacji.

W poniższej tabeli przedstawiono podsumowanie sposobu obsługi pomiarów i rozliczeń dla następujących składników w przypadku użycia z aplikacją logiki i przepływem pracy w wielodostępnej usłudze Azure Logic Apps:

Składnik Pomiary i rozliczenia
Operacje wyzwalania i działań Model Zużycia obejmuje początkową liczbę bezpłatnych wbudowanych operacji, które przepływ pracy może uruchomić w ramach jednej subskrypcji platformy Azure. Powyżej tej liczby pomiary dotyczą każdego wykonania, a rozliczenia są zgodne z cennikiem dla działań w planie Zużycie. W przypadku innych typów operacji, takich jak łączniki zarządzane; fakturowanie odbywa się zgodnie z cenami dla łączników Standard lub Enterprise w planie konsumpcyjnym. Aby uzyskać więcej informacji, zobacz Operacje wyzwalania i akcji w modelu zużycia.
Operacje magazynu Pomiar ma zastosowanie tylko do magazynowania związanego z przechowywaniem danych, takiego jak zapisywanie wejść i wyjść z historii uruchamiania przepływu pracy. Rozliczenia są zgodne z cennikiem przechowywania danych dla planu Zużycia. Aby uzyskać więcej informacji, zobacz Operacje magazynowania.
Konta integracji Pomiary są stosowane w zależności od typu konta integracji, które tworzysz i używasz z aplikacją Logic Apps. Rozliczenia są zgodne z cennikiem konta integracji. Aby uzyskać więcej informacji, zapoznaj się z tematem Konta integracji.

Operacje wyzwalania i akcji w modelu Zużycie

Z wyjątkiem początkowej liczby bezpłatnych wbudowanych operacji na subskrypcję platformy Azure, które można uruchomić, model zużycia mierzy i rozlicza operację na podstawie każdego wykonania, niezależnie od tego, czy przepływ pracy został pomyślnie uruchomiony, zakończony, czy nawet utworzony. Operacja zwykle wykonuje pojedyncze wykonanie , chyba że operacja ma włączone ponawianie prób. Z kolei przetwarzanie zazwyczaj oznacza pojedyncze wywołanie , chyba że operacja obsługuje i umożliwia fragmentowanie lub stronicowanie w celu uzyskania dużych ilości danych. Jeśli włączono fragmentowanie lub stronicowanie, wykonanie operacji może wymagać dokonania wielu wywołań.

Model zużycia mierzy i rozlicza operacje według liczby wykonań, a nie wywołań. Załóżmy na przykład, że przepływ pracy rozpoczyna się od wyzwalacza sondowania, który pobiera rekordy, regularnie wykonując wywołania wychodzące do punktu końcowego. Połączenie wychodzące jest naliczane i rozliczane jako pojedyncze wykonanie, niezależnie od tego, czy wyzwalacz zostanie uruchomiony, czy pominięty, na przykład gdy wyzwalacz sprawdza punkt końcowy, ale nie znajduje żadnych danych ani zdarzeń. Stan wyzwalania decyduje, czy wystąpienie przepływu pracy zostanie utworzone i uruchomione. Teraz załóżmy, że operacja obsługuje również fragmentowanie lub stronicowanie. Jeśli operacja musi wykonać 10 wywołań w celu zakończenia pobierania wszystkich danych, operacja jest nadal mierzona i rozliczana jako pojedyncze wykonanie, mimo że wykonuje wiele wywołań.

Uwaga

Domyślnie wyzwalacze, które zwracają tablicę, mają już włączone ustawienie Split On . To ustawienie skutkuje wywołaniem zdarzenia, które można przejrzeć w historii wyzwalacza, oraz utworzeniem instancji przepływu pracy dla każdego elementu tablicy. Wszystkie wystąpienia przepływu pracy działają równolegle, aby elementy tablicy były przetwarzane w tym samym czasie. Rozliczenia dotyczą wszystkich zdarzeń wyzwalacza niezależnie od tego, czy stan wyzwalacza to Powodzenie , czy Pominięto. Wyzwalacze są nadal rozliczane nawet w scenariuszach, gdy nie inicjują i nie uruchamiają przepływu pracy, ale stan wyzwalacza to Succeeded, Failed lub Skipped.

Poniższa tabela zawiera podsumowanie sposobu obsługi pomiarów i rozliczeń dla tych typów operacji w modelu Zużycie w przypadku użycia z aplikacją logiki i przepływem pracy w wielodostępnej usłudze Azure Logic Apps:

Typ operacji opis Pomiary i rozliczenia
Wbudowane Te operacje są uruchamiane bezpośrednio i natywnie za pomocą środowiska uruchomieniowego usługi Azure Logic Apps. W projektancie te operacje można znaleźć w obszarze Wbudowane.

Na przykład wyzwalacz HTTP i wyzwalacz żądania są wbudowanymi wyzwalaczami. Akcja HTTP i akcja odpowiedź to wbudowane akcje. Inne wbudowane operacje obejmują akcje sterowania przepływem pracy, takie jak pętle i warunki, operacje danych, operacje wsadowe i inne.		 Model Konsumpcji obejmuje początkową liczbę bezpłatnych wbudowanych operacji na subskrypcję platformy Azure, które przepływ pracy może uruchomić. Powyżej tej liczby, realizacje wbudowanych operacji podlegają cennikowi Akcje.

Uwaga: Niektóre operacje łącznika zarządzanego są również dostępne jako wbudowane operacje, które są uwzględniane w początkowych operacjach bezpłatnych. Powyżej początkowych bezpłatnych operacji, rozliczenia następują według cennika Akcje, a nie cennika Standard ani Enterprise łącznika.
Łącznik zarządzany Te operacje są uruchamiane oddzielnie na platformie Azure. W projektancie te operacje można znaleźć pod etykietami Standard lub Enterprise. Wykonania operacji odbywają się według standardowego lub Enterprise cennika dla łączników.

Uwaga: Wykonania operacji zapoznawczych łącznika Enterprise są zgodne z cennikiem łącza standardowego Consumption.
Łącznik niestandardowy Te operacje są uruchamiane oddzielnie na platformie Azure. W projektancie te operacje można znaleźć w obszarze Etykieta niestandardowa. Aby uzyskać informacje o limitach liczby łączników, przepływności i limitu czasu, zapoznaj się z artykułem Limity łączników niestandardowych w usłudze Azure Logic Apps. Te wykonania operacji są zgodne z cennikiem łącznika standardowego.

Aby uzyskać więcej informacji na temat sposobu działania modelu Zużycie z operacjami uruchamianymi wewnątrz innych operacji, takich jak pętle, przetwarzanie wielu elementów, takich jak tablice i zasady ponawiania prób, zapoznaj się z tematem Inne zachowanie operacji.

Porady dotyczące szacowania kosztów dla modelu Zużycie

Aby ułatwić oszacowanie bardziej dokładnych kosztów zużycia, zapoznaj się z następującymi wskazówkami:

  • Zamiast opierać obliczenia tylko na interwale sondowania, rozważ możliwą liczbę komunikatów lub zdarzeń, które mogą pojawić się w danym dniu.

  • Gdy zdarzenie lub komunikat spełnia kryteria wyzwalacza, wiele wyzwalaczy natychmiast próbuje odczytać wszystkie inne zdarzenia oczekujące lub komunikaty spełniające kryteria. To zachowanie oznacza, że nawet w przypadku wybrania dłuższego interwału sondowania wyzwalacz jest uruchamiany w oparciu o liczbę zdarzeń oczekiwania lub komunikatów, które kwalifikują się do uruchamiania przepływów pracy. Wyzwalacze, które są zgodne z tym zachowaniem, obejmują usługi Azure Service Bus i Azure Event Hubs.

    Załóżmy na przykład, że codziennie konfigurujesz wyzwalacz, który sprawdza punkt końcowy. Gdy wyzwalacz sprawdza punkt końcowy i znajduje 15 zdarzeń spełniających kryteria, wyzwalacz jest uruchamiany i uruchamia odpowiedni przepływ pracy 15 razy. Usługa Logic Apps mierzy wszystkie akcje wykonywane przez te 15 przepływów pracy, w tym żądania wyzwalające.

Standardowa (pojedyncza dzierżawa)

W usłudze Azure Logic Apps z jedną dzierżawą aplikacja logiki i jej przepływy pracy są zgodne z planem standardowym dla cen i rozliczeń. Takie aplikacje logiki można tworzyć na różne sposoby, na przykład w przypadku wybrania typu zasobu aplikacji logiki (Standardowa) lub użycia rozszerzenia Azure Logic Apps (Standard) w programie Visual Studio Code. Ten model cenowy wymaga, aby aplikacje logiki używały planu hostingu i wersji cenowej, która różni się od planu zużycia w tym sensie, że opłaty są naliczane za zarezerwowaną pojemność i dedykowane zasoby, niezależnie od tego, czy są używane.

Podczas tworzenia aplikacji logiki z typem zasobu Aplikacja logiki (Standardowa) należy wybrać opcję hostingu, na przykład Plan usługi przepływu pracy, Środowisko App Service Environment w wersji 3 lub hybrydowe.

Ważne

Jeśli wybierzesz pozycję App Service Environment V3, musisz również wybrać plan usługi App Service. Plan usługi App Service jest dostępny i obsługiwany tylko w środowisku App Service Environment w wersji 3 (ASE v3).

Następujące plany i zasoby nie są już dostępne ani obsługiwane w publicznej wersji standardowych przepływów pracy aplikacji logiki w usłudze Azure Logic Apps z jedną dzierżawą: plan Premium usługi Functions, środowisko App Service Environment w wersji 1 i środowisko App Service Environment w wersji 2.

Poniższa tabela zawiera podsumowanie sposobu obsługi pomiarów i rozliczeń dla następujących składników w przypadku użycia z aplikacją logiki i przepływem pracy w usłudze Azure Logic Apps z jedną dzierżawą:

Składnik Pomiary i rozliczenia
Procesor wirtualny (vCPU) i pamięć W przypadku opcji hostingu Plan Usługi Przepływu Pracy i App Service Environment V3, należy również wybrać odpowiedni poziom cenowy, który określa poziomy zasobów oraz stawki cenowe stosowane do dostępnej mocy obliczeniowej i pamięci.

Aby uzyskać więcej informacji, zobacz Warstwy cenowe w modelu standardowym. Aby zapoznać się z wdrożeniem hybrydowym, zobacz Standard (wdrożenie hybrydowe).
Operacje wyzwalacza i akcji Model standardowy zawiera nieograniczoną liczbę bezpłatnych wbudowanych operacji, które można uruchomić w przepływie pracy.

Jeśli przepływ pracy korzysta z dowolnych operacji łącznika zarządzanego, pomiar ma zastosowanie do każdego wywołania, a rozliczenia są zgodne z tymi samymi cenami łącznika w warstwie standard lub Enterprise co planem zużycia. Aby uzyskać więcej informacji, zapoznaj się z tematem Operacje wyzwalacza i akcji w modelu standardowym.
Operacje magazynu Pomiary dotyczą wszystkich operacji magazynu uruchamianych przez usługę Azure Logic Apps. Na przykład operacje przechowywania są uruchamiane, gdy usługa zapisuje dane wejściowe i wyjściowe z historii przebiegu przepływu pracy. Rozliczenia są zgodne z wybraną warstwą cenową. Aby uzyskać więcej informacji, zobacz Operacje magazynowania.
Konta integracji Jeśli utworzysz konto integracji do wykorzystania przez aplikację logiczną, rozliczenie jest oparte na typie utworzonego konta integracji. Rozliczenia odbywają się według cennika Konta Integracyjnego. Aby uzyskać więcej informacji, zapoznaj się z tematem Konta integracji.

Warstwy cenowe w modelu standardowym

Warstwa cenowa, którą wybierasz do pomiaru i rozliczania dla zasobu Logic App (Standard), obejmuje określone ilości mocy obliczeniowej w wirtualnych CPU (vCPU) i zasobach pamięci. W przypadku wybrania opcji hostingu środowiska App Service Environment w wersji 3 i planu usługi App Service, w szczególności warstwy cenowej Izolowany plan usługi V2, opłaty są naliczane za wystąpienia używane przez plan usługi App Service i uruchamianie przepływów pracy aplikacji logiki. Nie obowiązują żadne inne opłaty. Aby uzyskać więcej informacji, zobacz Plan usługi App Service — warstwy cenowe dla planu usługi w wersji Izolowanej V2.

Jeśli wybierzesz plan hostingu Standard Przepływów Pracy, możesz wybrać jeden z następujących poziomów:

Pakiet cenowy Procesor wirtualny (vCPU) Pamięć (GB)
WS1 1 3.5
WS2 2 7
WS3 4 14

Ważne

Poniższy przykład dotyczy tylko ilustracji i przedstawia przykładowe oszacowania, aby ogólnie pokazać, jak działa warstwa cenowa. Aby uzyskać określone ceny procesorów wirtualnych i pamięci na podstawie określonych regionów, w których jest dostępna usługa Azure Logic Apps, zapoznaj się z planem standardowym dla wybranego regionu na stronie cennika usługi Azure Logic Apps.

Załóżmy, że w przykładowym regionie następujące zasoby mają następujące stawki godzinowe:

Zasób Stawka godzinowa (przykładowy region)
vCPU 0,192 USD za vCPU
Pamięć 0,0137 USD za GB

Następujące obliczenie zapewnia szacowaną miesięczną stawkę:

< miesięczna stawka = 730 godzin (miesięcznie) * [(<number-vCPU> * <hourly-rate-vCPU>) + (<number-GB-memory> * <hourly-rate-GB-memory>)]

Na podstawie powyższych informacji w poniższej tabeli przedstawiono szacowane miesięczne stawki dla każdej warstwy cenowej i zasobów w tej warstwie cenowej:

Poziom cenowy Procesor wirtualny (vCPU) Pamięć (GB) Stawka miesięczna (przykładowy region)
WS1 1 3.5 175,16 USD
WS2 2 7 350,33 USD
WS3 4 14 700,65 USD

Operacje wyzwalania i działania w modelu standardowym

Z wyjątkiem nieograniczonej liczby bezpłatnych wbudowanych operacji, które może uruchomić przepływ pracy, model Standardowy mierzy i rozlicza operację na podstawie każdego wywołania, niezależnie od tego, czy ogólny przepływ pracy pomyślnie się wykonuje, zakończy, czy jest nawet zainicjowany. Operacja zwykle wykonuje pojedyncze wykonanie , chyba że operacja ma włączone ponawianie prób. Z kolei przetwarzanie zazwyczaj oznacza pojedyncze wywołanie , chyba że operacja obsługuje i umożliwia fragmentowanie lub stronicowanie w celu uzyskania dużych ilości danych. Jeśli włączono fragmentowanie lub stronicowanie, wykonanie operacji może wymagać dokonania wielu wywołań. Standardowy model zlicza i rozlicza operację na wywołanie, a nie na wykonanie.

Załóżmy na przykład, że przepływ pracy rozpoczyna się od wyzwalacza sondowania, który pobiera rekordy, regularnie wykonując wywołania wychodzące do punktu końcowego. Wywołanie ruchu wychodzącego jest mierzone i rozliczane, niezależnie od tego, czy wyzwalacz jest uruchamiany, czy pomijany. Stan wyzwalania decyduje, czy wystąpienie przepływu pracy zostanie utworzone i uruchomione. Teraz załóżmy, że operacja obsługuje również fragmentowanie lub stronicowanie. Jeśli operacja musi wykonać 10 wywołań, aby zakończyć pobieranie wszystkich danych, operacja jest mierzona i rozliczana za wywołanie.

W poniższej tabeli przedstawiono podsumowanie tego, jak model standardowy obsługuje pomiary i rozliczenia dla typów operacji podczas użycia z aplikacją Logic i przepływem pracy w jednodzierżawowej usłudze Azure Logic Apps.

Typ operacji opis Pomiary i rozliczenia
Wbudowane Te operacje są uruchamiane bezpośrednio i natywnie za pomocą środowiska uruchomieniowego usługi Azure Logic Apps. W projektancie narzędzi znajdziesz te operacje w galerii łączników w sekcji Wbudowane.

Na przykład wyzwalacz HTTP i wyzwalacz żądania są wbudowanymi wyzwalaczami. Akcja HTTP i akcja odpowiedź to wbudowane akcje. Inne wbudowane operacje obejmują akcje sterowania przepływem pracy, takie jak pętle i warunki, operacje danych, operacje wsadowe i inne.		 Model standardowy obejmuje nieograniczoną liczbę bezpłatnych operacji wbudowanych.

Uwaga: Niektóre operacje łącznika zarządzanego są również dostępne jako operacje wbudowane. Chociaż wbudowane operacje są bezpłatne, model w warstwie Standardowej nadal mierzy i rozlicza operacje łącznika zarządzanego przy użyciu tych samych cen łącznika w warstwie Standardowej lub Enterprise jak model Konsumpcyjny.
Łącznik zarządzany Te operacje są uruchamiane oddzielnie na udostępnionej globalnej platformie Azure. W projektancie można znaleźć te operacje w galerii łączników pod Runtime>Shared. Standardowy model mierzy i rozlicza operacje zarządzane łącznikiem na podstawie tego samego cennika dla łączników Standard i Enterprise co model Zużycie.

Uwaga: Operacje łącznika enterprise w wersji zapoznawczej są zgodne z cennikiem łącznika Consumption Standard.
Łącznik niestandardowy Obecnie można tworzyć i używać tylko niestandardowych operacji wbudowanych łączników w przepływach pracy aplikacji logicznych opartych na jednym dzierżawcy. Model standardowy obejmuje nieograniczoną liczbę bezpłatnych operacji wbudowanych. Aby uzyskać informacje o limitach przepływności i limitu czasu, zapoznaj się z tematem Limity łączników niestandardowych w usłudze Azure Logic Apps.

Aby uzyskać więcej informacji na temat działania modelu standardowego w przypadku operacji uruchamianych wewnątrz innych operacji, takich jak pętle, przetwarzanie wielu elementów, takich jak tablice, oraz polityki ponawiania prób, zapoznaj się z sekcją Inne zachowanie operacji.

Standard — wdrożenie hybrydowe

Ta opcja hostingu korzysta z modelu rozliczeniowego, w którym płacisz tylko za potrzebne zasoby i można skalować zasoby dla obciążeń dynamicznych bez konieczności kupowania szczytowego użycia. Odpowiadasz za następujące elementy:

Obliczanie użycia vCPU

Użycie vCPU w przypadku standardowej aplikacji Logic App wpływa na opłaty rozliczeniowe. vCPU odnosi się do liczby rdzeni CPU, ale ten stosunek nie musi wynosić 1:1. Poniższa formuła oblicza użycie procesorów wirtualnych dla aplikacji logiki:

Użycieprocesorów wirtualnych = (# przydzielonych procesorów wirtualnych) x (liczba replik)

Wartość opis
Liczba przydzielonych procesorów wirtualnych Domyślnie aplikacji logiki przydzielana jest określona liczba procesorów wirtualnych. Tę alokację procesorów wirtualnych można zmienić w dowolnym momencie po utworzeniu zasobu aplikacji logiki.

Uwaga: wszystkie procesory wirtualne przydzielone do aplikacji logiki pochodzą z procesorów wirtualnych repliki , więc zakres alokacji wynosi od 0,25 do 2 rdzeni. Aby uzyskać więcej informacji, zobacz następny wiersz.
Liczba replik Replika to nowe wystąpienie poprawki lub wersji zasobu aplikacji logiki, które wdrażane jest po wystąpieniu zdarzenia wyzwalacza przepływu pracy. Ta liczba replik może się różnić ze względu na potrzeby skalowania aplikacji w danym momencie. Można zmienić minimalną i maksymalną liczbę replik, jakie każda wersja lub rewizja może mieć, aby spełnić wymagania dotyczące skalowania.

Uwaga: Każda replika jest ograniczona do dwóch procesorów wirtualnych. Wszystkie procesory wirtualne przydzielone do aplikacji logiki pochodzą z repliki procesorów wirtualnych, więc zakres alokacji wynosi od 0,25 do 2 rdzeni.

Obliczanie opłat za fakturowanie

Poniższa formuła oblicza opłatę za godzinę, która jest oparta na użyciu vCPU i stawkach USD na godzinę w sekcji Cennik modelu hybrydowego wdrażania usługi Logic Apps, gdy aplikacja logiki jest włączona.

Opłata za godzinę = (użycie vCPU) x (stawka na godzinę)

Na przykład w poniższej tabeli przedstawiono przykładowe obliczenia opłat za rozliczenia:

Liczba przydzielonych vCPU Liczba replik Użycie vCPU stawka USD na godzinę Opłata za godzinę
1 1 (1 x 1) = 1 0,22 USD (1 x $0,22) = $0,22
0,5 2 (0,5 x 2) = 1 0,22 USD (1 x $0.22) = $0.22
0,5 1 (0,5 x 1) = 0,5 0,22 USD (0,5 x 0,22 USD) = $0,11

Inny przebieg operacyjny

Poniższa tabela podsumowuje, w jaki sposób modele Konsumpcyjny i Standardowy obsługują operacje, które są wykonywane w ramach innych operacji, takich jak pętle, przetwarzanie wielu elementów, takich jak tablice oraz polityki ponawiania.

Działanie opis Zużycie Standard
Akcje pętli Akcja pętli, taka jak pętla For each lub Until, może zawierać inne akcje uruchamiane w każdej iteracji pętli. Z wyjątkiem początkowej liczby uwzględnionych wbudowanych operacji, akcja pętli i każda akcja w pętli są mierzone za każdym razem, gdy cykl pętli jest uruchamiany. Jeśli akcja przetwarza wszystkie elementy w kolekcji, takie jak lista lub tablica, liczba elementów jest również używana w obliczeniu pomiaru.

Załóżmy na przykład, że masz pętlę For each z akcjami, które przetwarzają listę. Usługa mnoży liczbę elementów listy względem liczby akcji w pętli i dodaje akcję uruchamiającą pętlę. Dlatego obliczenie listy 10 elementów to (10 * 1) + 1, co powoduje 11 wykonań akcji.

Ceny zależą od tego, czy typy operacji są wbudowane, Standardowe, czy Enterprise.		 Z wyjątkiem uwzględnionych wbudowanych operacji, takich jak model Zużycie.
Zasady ponawiania prób W przypadku obsługiwanych operacji można zaimplementować podstawową obsługę wyjątków i błędów, konfigurując zasady ponawiania prób. Z wyjątkiem początkowej liczby wbudowanych operacji, pierwotne wykonanie oraz każde ponowne wykonanie są rejestrowane. Na przykład akcja wykonywana z 5 ponownymi próbami jest mierzona i rozliczana jako 6 wykonań.

Ceny zależą od tego, czy typy operacji są wbudowane, Standardowe, czy Enterprise.		 Z wyjątkiem wbudowanych operacji, takich jak model Zużycie.

Operacje magazynu

Azure Logic Apps używa Azure Storage do obsługi wszelkich wymaganych transakcji magazynu, takich jak używanie kolejek do planowania operacji wyzwalacza lub używanie tabel i obiektów blob do przechowywania stanów przepływu pracy. W zależności od operacji w przepływie pracy koszty magazynu różnią się, ponieważ różne wyzwalacze, akcje i ładunki powodują różne operacje i potrzeby magazynu. Usługa zapisuje i przechowuje również dane wejściowe i wyjściowe z historii wykonywania przepływu pracy, na podstawie limitu przechowywania historii uruchamiania zasobu aplikacji logicznej. Ten limit przechowywania można zarządzać na poziomie zasobu aplikacji logiki, a nie na poziomie przepływu pracy.

W poniższej tabeli przedstawiono podsumowanie sposobu obsługi pomiarów i rozliczeń dla operacji magazynowania w modelach Zużycie i Standardowa:

Model opis Pomiary i rozliczenia
Zużycie (wielu dzierżawców) Zasoby magazynowe i ich użycie są powiązane z zasobem aplikacji typu logicznego. Pomiary i rozliczenia mają zastosowanie tylko do zużycia pamięci związanego z przechowywaniem danych i zgodnie z cennikiem przechowywania danych dla planu Konsumpcja.
Standardowa (jednynajemca) Możesz użyć własnego konta usługi Azure Storage, co zapewnia większą kontrolę i elastyczność danych przepływu pracy. Pomiary i rozliczenia są zgodne z modelem cen usługi Azure Storage. Koszty magazynu są wyświetlane oddzielnie na fakturze rozliczeniowej platformy Azure.

Porada: Aby lepiej zrozumieć liczbę operacji storage, które mogą być uruchamiane przez przepływ pracy i ich koszt, spróbuj użyć kalkulatora usługi Logic Apps Storage. Wybierz przykładowy przepływ pracy lub użyj istniejącej definicji przepływu pracy. Pierwsze obliczenie szacuje liczbę operacji magazynowania w przepływie pracy. Następnie możesz użyć tych liczb, aby oszacować możliwe koszty przy użyciu kalkulatora cen platformy Azure. Aby uzyskać więcej informacji, zobacz następujące zasoby:

- Szacowanie wymagań dotyczących pamięci masowej i kosztów przepływów roboczych w jedno-tenanckiej usłudze Azure Logic Apps.

- Wyświetlanie metryk uruchomień i wykorzystania pamięci magazynowej

- Limity w usłudze Azure Logic Apps

Lokalna brama danych

Lokalna brama danych to oddzielny zasób platformy Azure, który tworzysz, aby przepływy pracy aplikacji logicznych mogły uzyskiwać dostęp do danych lokalnie, przy użyciu określonych łączników obsługiwanych przez bramę danych. Sam zasób bramki nie powoduje naliczania opłat, ale operacje uruchamiane za pośrednictwem bramki powodują naliczanie opłat na podstawie cen i modelu rozliczeń używanego przez aplikację logiczną.

Konta integracji

Konto integracyjne to oddzielny zasób platformy Azure tworzony jako kontener służący do definiowania i przechowywania artefaktów biznesowych B2B, takich jak partnerzy handlowi, umowy, schematy, mapy itd. Po utworzeniu tego konta i zdefiniowaniu tych artefaktów połącz to konto z aplikacją logiki, aby umożliwić korzystanie z tych artefaktów i różnych operacji B2B w przepływach pracy w celu eksplorowania, kompilowania i testowania rozwiązań integracji, które korzystają z funkcji przetwarzania EDI i XML.

Poniższa tabela podsumowuje sposób, w jaki modele Zużycie i Standard zarządzają pomiarami i rozliczeniami dla kont integracji.

Model Pomiary i rozliczenia
Zużycie (wieloabonamentowe) Pomiary i rozliczenia korzystają z cennika integracji konta, w zależności od wybranej warstwy konta.
Standardowa (pojedyncza dzierżawa) Pomiary i rozliczenia używają ceny konta integracji, zależnie od poziomu konta.

Aby uzyskać więcej informacji, zapoznaj się z następującą dokumentacją:

Inne elementy nie są mierzone lub rozliczane

We wszystkich modelach cenowych następujące elementy nie są mierzone ani rozliczane:

  • Akcje, które nie uruchomiono, ponieważ przepływ pracy został zatrzymany przed ukończeniem
  • Aplikacje logiki lub przepływy pracy są wyłączone, ponieważ nie mogą tworzyć nowych wystąpień, gdy są nieaktywne.

Treści powiązane

  • Last updated on