Modele pomiarów użycia, rozliczeń i cen dla Azure Logic Apps

Typ operacji Opis Pomiary i rozliczenia
Wbudowane Te operacje są uruchamiane bezpośrednio i natywnie w Azure Logic Apps uruchomieniowym. W projektancie te operacje można znaleźć pod etykietą Wbudowane.

Na przykład wyzwalacz HTTP i wyzwalacz żądania są wbudowanymi wyzwalaczami. Akcja HTTP i akcja Odpowiedź są wbudowanymi akcjami. Inne wbudowane operacje obejmują akcje sterowania przepływem pracy, takie jak pętle i warunki, operacje na danych, operacje wsadowe i inne.

Model Zużycie zawiera początkową liczbę bezpłatnychwbudowanych operacji na subskrypcję platformy Azure, które można uruchomić w przepływie pracy. Powyżej tej liczby wbudowane wykonania operacji są zgodne z cennikiem Akcje.

Uwaga:Niektóre operacje łącznika zarządzanego są również dostępne jako operacje wbudowane, które są uwzględnione w początkowych bezpłatnych operacjach. Powyżej początkowych bezpłatnych operacji rozliczenia są wykonywane zgodnie z cenami akcji,a nie cenami łącznika standardowegoEnterprise usługi .

Łącznik zarządzany Te operacje są uruchamiane oddzielnie na platformie Azure. W projektancie te operacje można znaleźć pod etykietą Standardowalub Enterprise etykieta. Te wykonania operacji są zgodne z cennikiem łącznika standardowegoEnterprise usługi .

Uwaga:Wersja zapoznawcza Enterprise wykonania operacji łącznika jest zgodnie z cennikiem łącznika Consumption Standard.

Łącznik niestandardowy Te operacje są uruchamiane oddzielnie na platformie Azure. W projektancie te operacje można znaleźć pod etykietą Niestandardowa. Aby uzyskać limity liczby łączników, przepływności i limitu czasu, zapoznaj się z limitami łączników niestandardowychw Azure Logic Apps . Te wykonania operacji są zgodne z cennikiem łącznika standardowego.

Aby uzyskać więcej informacji o tym, jak model Zużycie współpracuje z operacjami, które są uruchamiane wewnątrz innych operacji, takich jak pętle, przetwarzaj wiele elementów, takich jak tablice i zasady ponawiania, zapoznaj się z tematem Other operation behavior(Inne zachowanie operacji).

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

Aby ułatwić oszacowanie dokładniejszych kosztów zużycia, zapoznaj się z tymi poradami:

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

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

    Załóżmy na przykład, że skonfigurujemy wyzwalacz, który codziennie 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 miernikuje wszystkie akcje, które wykonują te 15 przepływów pracy, w tym żądania wyzwalacza.

Standardowa (pojedyncza dzierżawa)

W przypadku aplikacji jednodostępnych Azure Logic Apps logiki i jej przepływy pracy są zgodne z planem warstwy Standardowa dla cen i rozliczeń. Aplikacje logiki można tworzyć na różne sposoby, na przykład w przypadku wybrania typu zasobu Aplikacja logiki (standardowa) lub użycia rozszerzenia Azure Logic Apps (Standardowa) w Visual Studio Code. Ten model cenowy wymaga, aby aplikacje logiki korzystały z planu hostingu i warstwy cenowej, która różni się od planu Zużycie tym, że opłaty są naliczane za pojemność zarezerwowaną i dedykowane zasoby niezależnie od tego, czy są one przez Ciebie używania.

Podczas tworzenia lub wdrażania aplikacji logiki z typem zasobu Aplikacja logiki (standardowa) można używać planu hostingu w standardowych przepływach pracy we wszystkich regionach platformy Azure. Możesz również wybrać istniejący zasób usługi App Service Environment w wersji 3 jako lokalizację wdrożenia, ale w przypadku tej opcji możesz użyć tylko App Service planu. Jeśli wybierzesz tę opcję, opłaty będą naliczane za wystąpienia używane w planie usługi App Service i za uruchamianie przepływów pracy aplikacji logiki. Nie są naliczane żadne inne opłaty.

Ważne

Następujące plany i zasoby nie są już dostępne ani obsługiwane w publicznej wersji typu zasobu Aplikacja logiki (standardowa) w regionach świadczenia usługi Azure: Plan usługi Functions Premium, wersja App Service Environment wersja 1 i App Service Environment 2. Z wyjątkiem wersji ASEv3 App Service jest niedostępny i nieobsługiwany.

W poniższej tabeli przedstawiono sposób obsługi pomiarów i rozliczeń przez model standardowy dla następujących składników w przypadku korzystania z aplikacji logiki i przepływu pracy w ramach modelu z jedną dzierżawą Azure Logic Apps:

Składnik Pomiary i rozliczenia
Procesor wirtualny i pamięć Model Standardowy wymaga, aby aplikacja logiki korzystała z planu hostingu w warstwie Standardowa przepływu pracy i warstwy cenowej, która określa poziomy zasobów i stawki cenowe, które mają zastosowanie do mocy obliczeniowej i pojemności pamięci. Aby uzyskać więcej informacji, zapoznaj się z tematem Warstwy cenowe w modelu Standardowa.
Operacje wyzwalania 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 używa żadnych operacji łącznika zarządzanego, pomiary dla tych operacji mają zastosowanie do każdego wywołania ,podczas gdy rozliczenia są wykonywane zgodnie z cenami łącznika Standard lub Enterprise jak plan Zużycie. Aby uzyskać więcej informacji, zapoznaj się z tematem Trigger and action operations in the Standard model(Operacje wyzwalacza i akcji w modelu standardowym).

Storage operacje Pomiary mają zastosowanie do wszystkich operacji magazynu wykonywanych przez Azure Logic Apps. Na przykład operacje magazynu są uruchamiane, gdy usługa zapisuje dane wejściowe i wyjściowe z historii uruchamiania przepływu pracy. Rozliczenia są następujące po wybranej warstwie cenowej. Aby uzyskać więcej informacji, zapoznaj się Storage operacjami.
Konta integracji Jeśli utworzysz konto integracji dla aplikacji logiki do użycia, pomiary będą oparte na typie konta integracji, który tworzysz. Rozliczenia są rozliczane zgodnie z cennikiem konta integracji. Aby uzyskać więcej informacji, zapoznaj się z tematem Integration accounts (Konta integracji).

Warstwy cenowe w modelu Standardowa

Warstwa cenowa, która jest wybierana do pomiarów i rozliczeń w aplikacji logiki, obejmuje określone ilości zasobów obliczeniowych procesora wirtualnego (vCPU) i pamięci. Obecnie tylko plan hostingu w warstwie Standardowa przepływu pracy jest dostępny dla typu zasobu Aplikacja logiki (Standardowa) i oferuje następujące warstwy cenowe:

Warstwa cenowa Procesor wirtualny Pamięć (GB)
WS1 1 3,5
WS2 2 7
WS3 4 14

Ważne

Poniższy przykład dotyczy tylko ilustracji i zawiera przykładowe oszacowania, aby ogólnie pokazać, jak działa warstwa cenowa. W przypadku określonych cen procesorów wirtualnych i pamięci na podstawie określonych regionów, Azure Logic Apps są dostępne, zapoznaj się z planem standardowym dla wybranego regionu na Azure Logic Apps cennika.

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

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

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

<<> = 730 godzin (na miesiąc) * [( liczba procesorów wirtualnych <> * szybkość ><<> ) + ( liczba GB <>> * <<> )]

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

Warstwa cenowa Procesor wirtualny 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 akcji w modelu standardowym

Z wyjątkiem nieograniczonej liczby bezpłatnych wbudowanych operacji, które można uruchomić przepływ pracy, mierniki modelu standardowego i rozliczają operację na podstawie każdego wywołania ,bez względu na to, czy ogólny przepływ pracy został pomyślnie uruchomiony, ukończony, czy nawet został uruchomiony. Operacja zazwyczaj wykonuje pojedyncze wykonanie, chyba że operacja ma włączoną ponowną próbę wykonania. Z kolei wykonanie zwykle wykonuje jedno wywołanie, chyba że operacja obsługuje i umożliwia dzielenie na fragmenty lub stronicowaniew celu uzyskania dużych ilości danych. Jeśli włączono fragmentowanie lub stronicowanie, wykonanie operacji może wymagać wykonania wielu wywołań. Mierniki modeli standardowych i rozliczają operację na wywołanie,a nie za wykonanie .

Załóżmy na przykład, że przepływ pracy rozpoczyna się od wyzwalacza sondowania, który pobiera rekordy przez regularne wykonywanie wywołań wychodzących do punktu końcowego. Połączenie wychodzące jest mierzone i rozliczane, niezależnie od tego, czy wyzwalacz jest wyzwalany, czy pomijany. Stan wyzwalacza określa, czy wystąpienie przepływu pracy jest tworzone i uruchamiane. Załóżmy, że operacja obsługuje również i włączyła 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 sposób obsługi pomiarów i rozliczeń dla typów operacji w modelu standardowym w przypadku korzystania z aplikacji logiki i przepływu pracy w ramach modelu z jedną dzierżawą Azure Logic Apps:

Typ operacji Opis Pomiary i rozliczenia
Wbudowane Te operacje są uruchamiane bezpośrednio i natywnie w Azure Logic Apps uruchomieniowym. W projektancie te operacje można znaleźć pod etykietą Wbudowane.

Na przykład wyzwalacz HTTP i wyzwalacz żądania są wbudowanymi wyzwalaczami. Akcja HTTP i akcja Odpowiedź są wbudowanymi akcjami. Inne wbudowane operacje obejmują akcje sterowania przepływem pracy, takie jak pętle i warunki, operacje na danych, operacje wsadowe i inne.

Model Standardowy zawiera nieograniczoną liczbę bezpłatnych wbudowanych operacji.

Uwaga:Niektóre operacje łącznika zarządzanego są również dostępne jako operacje wbudowane. Mimo że operacje wbudowane są bezpłatne, model standardowy nadal miernikuje i rozlicza operacje łącznika zarządzanego przy użyciu tych samych cen łącznika standardowego lub Enterprise jak model Zużycie.

Łącznik zarządzany Te operacje są uruchamiane oddzielnie na platformie Azure. W projektancie te operacje można znaleźć pod połączoną etykietą platformy Azure. Mierniki modelu Standard i rozliczają operacje łącznika zarządzanego na podstawie tych samych cen Enterprise standardowego i łącznika jako modelu Zużycie.

Uwaga:wersja zapoznawcza Enterprise łącznika są zgodne z cennikiem łącznika Consumption Standard.

Łącznik niestandardowy Obecnie można tworzyć i używać tylko niestandardowych wbudowanych operacji łącznika w przepływach pracy aplikacji logiki opartych na jednej dzierżawie. Model Standardowy zawiera nieograniczoną liczbę bezpłatnych wbudowanych operacji. Aby uzyskać informacje na temat limitów przepływności i limitu czasu, zapoznaj się z tematem Limity łączników niestandardowych w Azure Logic Apps.

Aby uzyskać więcej informacji o tym, jak model standardowy współpracuje z operacjami, które są uruchamiane wewnątrz innych operacji, takich jak pętle, przetwarzaj wiele elementów, takich jak tablice i zasady ponawiania, zapoznaj się z tematem Other operation behavior(Inne zachowanie operacji).

Środowisko usługi integracji (ISE)

Gdy tworzysz aplikację logiki przy użyciu typu zasobu Aplikacja logiki (Zużycie) i wdrażasz w dedykowanym środowisku usługi integracji (ISE),aplikacja logiki i jej przepływ pracy są zgodne z planem środowisko usługi integracji w zakresie cen i rozliczeń. Ten model cen zależy od poziomu ise lub sku i różni się od planu zużycie tym, że opłaty są naliczane za pojemność zarezerwowaną i dedykowane zasoby niezależnie od tego, czy są one przez Ciebie używania.

W poniższej tabeli przedstawiono sposób obsługi pomiarów i rozliczeń dla pojemności i innych zasobów dedykowanych na podstawie poziomu ise lub SKU w modelu ISE:

ISE SKU Pomiary i rozliczenia
Premium Jednostka podstawowa ma stałą pojemność i jest rozliczana godzinowo dla jednostki Premium SKU. Jeśli potrzebujesz większej przepływności, możesz dodać więcej jednostek skalowania podczas tworzenia aplikacji ISE lub później. Każda jednostka skalowania jest rozliczana za stawkę godzinową,która jest w przybliżeniu połowa podstawowej stawki jednostkowej .

Aby uzyskać informacje o pojemności i limitach, zobacz Limity dotyczące platform ISE Azure Logic Apps.

Deweloper Jednostka podstawowa ma stałą pojemność i jest rozliczana godzinowo dla jednostki SKU dewelopera. Jednak ta sku nie ma umowy dotyczącej poziomu usług (SLA), możliwości skalowania w górę ani nadmiarowości podczas przetwarzania, co oznacza, że mogą wystąpić opóźnienia lub przestoje. Aktualizacje zaplecza mogą sporadycznie przerywać działanie usługi.

Ważne:Upewnij się, że używasz tej sku tylko do eksploracji, eksperymentów, opracowywania i testowania — a nie do testowania produkcyjnego lub wydajnościowego.

Aby uzyskać informacje o pojemności i limitach, zobacz Limity dotyczące platform ISE Azure Logic Apps.

W poniższej tabeli przedstawiono sposób obsługi następujących składników przez model ISE w przypadku korzystania z aplikacji logiki i przepływu pracy w programie ISE:

Składnik Opis
Operacje wyzwalania i akcji Model ISE obejmuje bezpłatne wbudowane, zarządzane łączniki i operacje łączników niestandardowych, które można uruchomić w przepływie pracy, ale podlegają limitom ise w programie Azure Logic Apps i limitach łączników niestandardowych Azure Logic Apps . Aby uzyskać więcej informacji, zapoznaj się z tematem Trigger and action operations in the ISE model(Operacje wyzwalacza i akcji w modelu ISE).
Storage operacji Model ISE obejmuje bezpłatne zużycie magazynu, takie jak przechowywanie danych. Aby uzyskać więcej informacji, zapoznaj się Storage operacjami.
Konta integracji Model ise obejmuje jedną bezpłatną warstwę konta integracji opartą na wybranej przez Użytkownika warstwie SKU środowiska ISE. Aby uzyskać dodatkowy koszt,możesz utworzyć więcej kont integracji dla środowiska ISE, aby można było ich użyć do całkowitego limitu środowiska ISE. Aby uzyskać więcej informacji, zapoznaj się z tematem Integration accounts (Konta integracji).

Operacje wyzwalania i akcji w modelu ISE

W poniższej tabeli przedstawiono sposób obsługi następujących typów operacji przez model ISE w przypadku korzystania z aplikacji logiki i przepływu pracy w ise:

Typ operacji Opis Pomiary i rozliczenia
Wbudowane Te operacje są uruchamiane bezpośrednio i natywnie w Azure Logic Apps uruchomieniowym i w tym samym środowisku ISE co przepływ pracy aplikacji logiki. W projektancie te operacje można znaleźć pod etykietą Wbudowane, ale każda operacja wyświetla również etykietę CORE.

Na przykład wyzwalacz HTTP i wyzwalacz żądania są wbudowanymi wyzwalaczami. Akcja HTTP i akcja Odpowiedź są wbudowanymi akcjami. Inne wbudowane operacje obejmują akcje sterowania przepływem pracy, takie jak pętle i warunki, operacje na danych, operacje wsadowe i inne.

Model ISE obejmuje te operacje bezpłatnie,ale podlegają limitom ise w programie Azure Logic Apps.
Łącznik zarządzany Niezależnie odtego,Enterprise standardowa lub Enterprise, operacje łącznika zarządzanego są uruchamiane na platformie Azure z wieloma dzierżawami lub na podstawie tego, czy łącznik lub operacja wyświetla etykietę ise.

- - te operacje są uruchamiane w tym samym środowisku ISE co aplikacja logiki i działają bez konieczności użycia lokalnej bramy danych.

— Brak etykiety platformy ISE: Te operacje są uruchamiane na wielodostępnej platformie Azure.

Model ISE obejmuje bezpłatnie zarówno platformę ISE, jak i żadne operacje oznaczone etykietą ISE, ale podlegają limitom ise w programie Azure Logic Apps.
Łącznik niestandardowy W projektancie te operacje można znaleźć pod etykietą Niestandardowa. Model ise obejmuje te operacje bezpłatnie,ale podlegają limitom łączników niestandardowychw programie Azure Logic Apps .

Aby uzyskać więcej informacji na temat sposobu, w jaki model ISE współpracuje z operacjami uruchamianymi wewnątrz innych operacji, takich jak pętle, przetwarzanie wielu elementów, takich jak tablice i zasady ponawiania, zapoznaj się z tematem Other operation behavior(Inne zachowanie operacji).

Inne zachowanie operacji

W poniższej tabeli przedstawiono sposób obsługi operacji wykonywanych w innych operacjach, takich jak pętle, przetwarzanie wielu elementów, takich jak tablice i zasady ponawiania, w modelach Consumption, Standard i ISE:

Operacja Opis Zużycie Standardowa (Standard) Środowisko ISE
Akcje pętli Akcja pętli, taka jak pętla For each lub Until, może zawierać inne akcje, które są uruchamiane podczas każdego cyklu pętli. Z wyjątkiem początkowej liczby dołączonych wbudowanych operacji, akcja pętli i każda akcja w pętli są mierzone przy każdym cyklu pętli. Jeśli akcja przetwarza jakiekolwiek elementy w kolekcji, takie jak lista lub tablica, liczba elementów jest również używana w obliczeniach 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ę, która uruchamia pętlę. Dlatego obliczenie dla listy 10 elementów to (10 * 1) + 1, co powoduje wykonanie 11 akcji.

Ceny są oparte na tym, czy typy operacji są wbudowane, standardowe, czy Enterprise.

Z wyjątkiem dołączonych wbudowanych operacji, takich jak model Zużycie. Nie są mierzone ani rozliczane.
Zasady ponawiania prób W przypadku obsługiwanych operacji można zaimplementować podstawową obsługę wyjątków i błędów, ustawiając zasady ponawiania. Z wyjątkiem początkowej liczby wbudowanych operacji mierzone jest oryginalne wykonanie oraz każde ponoszone wykonanie. Na przykład akcja wykonywana z 5 ponownych prób jest mierzona i rozliczana jako 6 wykonań.

Ceny są oparte na tym, czy typy operacji są wbudowane, standardowe, czy Enterprise.

Z wyjątkiem wbudowanych dołączonych operacji, takich jak model Zużycie. Nie są mierzone ani rozliczane.

Storage operacji

Azure Logic Apps używa usługi Azure Storage dla wszystkich 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 magazynowania 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 uruchamiania przepływu pracy na podstawie limitu przechowywania historii uruchamiania zasobu aplikacji logiki. Możesz zarządzać tym limitem przechowywania na poziomie zasobów aplikacji logiki, a nie na poziomie przepływu pracy.

W poniższej tabeli przedstawiono sposób, w jaki modele Zużycie, Standardowa i ISE obsługują pomiary i rozliczenia dla operacji magazynu:

Model Opis Pomiary i rozliczenia
Zużycie (wielodostępne) Storage zasobów i użycia są dołączone do zasobu aplikacji logiki. Pomiary i rozliczenia dotyczą tylko użycia magazynu związanego z przechowywaniem danych i są zgodne z cennikiem przechowywania danych dla planu Zużycie.
Standardowa (pojedyncza dzierżawa) Możesz użyć własnego konta usługi Azure Storage,co zapewnia większą kontrolę i elastyczność nad danymi przepływu pracy. Pomiary i rozliczenia są zgodne z modelem cen Storage Azure. Storage koszty są wyświetlane oddzielnie na fakturze rozliczeniowej platformy Azure.

Porada:Aby lepiej zrozumieć liczbę operacji magazynu, które może uruchomić przepływ pracy, oraz ich koszt, spróbuj użyć kalkulatora Logic Apps Storage magazynu. Wybierz przykładowy przepływ pracy lub użyj istniejącej definicji przepływu pracy. Pierwsze obliczenie szacuje liczbę operacji magazynu w przepływie pracy. Następnie możesz użyć tych liczb do oszacowania możliwych kosztów przy użyciu kalkulatora cen platformy Azure. Aby uzyskać więcej informacji, zapoznaj się z tematem Estimate storage needs and costs for workflows in single-tenant Azure Logic Apps(Szacowanie potrzeb i kosztów magazynu dla przepływów pracy w ramach jednej dzierżawy).

Środowisko usługi integracji (ISE) Storage zasobów i użycia są dołączone do zasobu aplikacji logiki. Nie są mierzone ani rozliczane.

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

Lokalna brama danych

Lokalna brama danych to oddzielny zasób platformy Azure, który można utworzyć, aby przepływy pracy aplikacji logiki mogą uzyskać dostęp do danych lokalnych przy użyciu określonych łączników obsługiwanych przez bramę. Za sam zasób bramy nie są naliczane opłaty, ale za operacje uruchamiane przez bramę są naliczane opłaty na podstawie modelu cen i rozliczeń używanego przez aplikację logiki.

Konta integracji

Konto integracji to oddzielny zasób platformy Azure, który można utworzyć jako kontener w celu definiowania i przechowywania artefaktów między firmami (B2B), takich jak partnerzy handlowi, umowy, schematy, mapy i tak dalej. Po utworzeniu tego konta i zdefiniowaniu tych artefaktów połącz to konto z aplikacją logiki, aby można było używać 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 możliwości przetwarzania EDI i XML.

W poniższej tabeli przedstawiono sposób obsługi pomiarów i rozliczeń dla kont integracji w modelach Zużycie, Standardowa i ISE:

Model Pomiary i rozliczenia
Zużycie (wielodostępne) Pomiary i rozliczenia używają cennika konta integracjina podstawie warstwy konta, z których korzystasz.
Standardowa (pojedyncza dzierżawa) Pomiary i rozliczenia używają cennika konta integracjina podstawie warstwy konta, z których korzystasz.
Środowisko ISE Ten model obejmuje jedno konto integracji oparte na twojej sku ise. Aby uzyskać dodatkowy koszt,możesz utworzyć więcej kont integracji dla środowiska ISE, aby można było ich użyć do całkowitego limitu środowiska ISE.

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

Inne pozycje, które nie są mierzone ani rozliczane

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

  • Akcje, które nie były uruchamiane, ponieważ przepływ pracy zatrzymał się przed zakończeniem
  • Wyłączono aplikacje logiki lub przepływy pracy, ponieważ nie mogą tworzyć nowych wystąpień, gdy są nieaktywne.

Następne kroki

Azure Logic Apps umożliwia 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 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, przejrzyj następującą zawartość:

Zużycie (wielodostępne)

W przypadku aplikacji wielodostępnych Azure Logic Apps logiki i jej przepływ pracy są zgodne z planem zużycia w przypadku cen i rozliczeń. Aplikacje logiki tworzy się na różne sposoby, na przykład w przypadku wybrania typu zasobu Aplikacja logiki (Zużycie), rozszerzenia Azure Logic Apps (Zużycie) w programie Visual Studio Code lub podczas tworzenia zadań automatyzacji.

W poniższej tabeli przedstawiono sposób obsługi pomiarów i rozliczeń przez model Zużycie dla następujących składników w przypadku korzystania z aplikacji logiki i przepływu pracy w aplikacjach wielodostępnych Azure Logic Apps:

Składnik Pomiary i rozliczenia
Operacje wyzwalania i akcji Model Zużycie zawiera początkową liczbę bezpłatnych wbudowanych operacji na subskrypcję platformy Azure, które można uruchomić w przepływie pracy. Powyżej tej liczby pomiary mają zastosowanie do każdego wykonania, a rozliczenia są stosowane zgodnie z cenami akcji dla planu Zużycie. W przypadku innych typów operacji, takich jak łączniki zarządzane, rozliczenia są zgodnie z cennikiem standardowegolub Enterprise łącznika dla planu Zużycie. Aby uzyskać więcej informacji, zapoznaj się z tematem Trigger and action operations in the Consumption model(Operacje wyzwalacza i akcji w modelu Zużycie).
Storage operacji Pomiary dotyczą tylko użycia magazynu związanego z przechowywaniem danych, takiego jak zapisywanie danych wejściowych i wyjściowych z historii przebiegów przepływu pracy. Rozliczenia są zgodnie z cennikiem przechowywania danych dla planu Zużycie. Aby uzyskać więcej informacji, zapoznaj się Storage operacjami.
Konta integracji Pomiary są stosowane na podstawie typu konta integracji, który jest tworzymy i używasz z aplikacją logiki. Rozliczenia są rozliczane zgodnie z cennikiem konta integracji, chyba że aplikacja logiki jest wdrożona i hostowana w środowisku usługi integracji (ISE). Aby uzyskać więcej informacji, zapoznaj się z tematem Integration accounts (Konta integracji).

Operacje wyzwalania i akcji w modelu Zużycie

Z wyjątkiem początkowej liczby bezpłatnych wbudowanych wykonań operacji na subskrypcję platformy Azure, które może uruchomić przepływ pracy, mierniki modelu Zużycie i rozliczają operację na podstawie każdego wykonania ,niezależnie od tego, czy ogólny przepływ pracy został pomyślnie uruchomiony, ukończony, czy nawet został zainicjowany. Operacja zazwyczaj wykonuje pojedyncze wykonanie, chyba że operacja ma włączoną ponowną próbę wykonania. Z kolei wykonanie zwykle wykonuje jedno wywołanie, chyba że operacja obsługuje i umożliwia dzielenie na fragmenty lub stronicowaniew celu uzyskania dużych ilości danych. Jeśli włączono dzielenie na fragmenty lub dzielenie na strony, wykonanie operacji może wymagać wykonania wielu wywołań. Mierniki modelu Zużycie i rozliczają operację na wykonanie, a nie za wywołanie.

Załóżmy na przykład, że przepływ pracy rozpoczyna się od wyzwalacza sondowania, który pobiera rekordy przez regularne wykonywanie wywołań wychodzących do punktu końcowego. Wywołanie wychodzące jest mierzone i rozliczane jako pojedyncze wykonanie, niezależnie od tego, czy wyzwalacz jest wyzwalany, czy pomijany, na przykład gdy wyzwalacz sprawdza punkt końcowy, ale nie znajduje żadnych danych ani zdarzeń. Stan wyzwalacza określa, czy wystąpienie przepływu pracy jest tworzone i uruchamiane. Załóżmy, że operacja obsługuje również dzielenie na fragmenty i stronicowanie oraz je włączono. Jeśli operacja musi wykonać 10 wywołań, aby zakończyć pobieranie wszystkich danych, operacja jest nadal mierzona i rozliczana jako pojedyncze wykonanie ,pomimo wykonywania wielu wywołań.

W poniższej tabeli podsumowano, jak model Zużycie obsługuje pomiary i rozliczenia dla tych typów operacji w przypadku użycia z aplikacją logiki i przepływem pracy w wielu dzierżawach Azure Logic Apps: