Edytowanie ustawień hosta i aplikacji dla aplikacji logiki w aplikacjach z jedną dzierżawą Azure Logic Apps

W przypadku aplikacji z jedną Azure Logic Apps ustawienia aplikacji logiki określają globalne opcje konfiguracji, które mają wpływ na wszystkie przepływy pracy w tej aplikacji logiki. Jednak te ustawienia mają zastosowanie tylko wtedy, gdy te przepływy pracy są uruchamiane w lokalnym środowisku dewelopera. Podczas uruchamiania lokalnego przepływy pracy mogą uzyskać dostęp do tych ustawień aplikacji jako lokalnych zmiennych środowiskowych , które są używane przez lokalne narzędzia programowe dla wartości, które często mogą się zmieniać między środowiskami. Na przykład te wartości mogą zawierać parametry połączenia. Podczas wdrażania na platformie Azure ustawienia aplikacji są ignorowane i nie są uwzględniane we wdrożeniu.

Aplikacja logiki ma również ustawienia hosta , które określają ustawienia i wartości konfiguracji środowiska uruchomieniowego, które mają zastosowanie do wszystkich przepływów pracy w tej aplikacji logiki, na przykład wartości domyślne przepływności, pojemności, rozmiaru danych itp., niezależnie od tego, czy są uruchamiane lokalnie, czy na platformie Azure.

Ustawienia, parametry i wdrożenie aplikacji

W przypadku aplikacji wielodostępnych Azure Logic Apps wdrażanie zależy od szablonów usługi Azure Resource Manager (arm), które łączą i obsługują aprowizowanie zasobów zarówno dla aplikacji logiki, jak i infrastruktury. Ten projekt stanowi wyzwanie, gdy musisz zachować zmienne środowiskowe dla aplikacji logiki w różnych środowiskach deweloperskich, testowych i produkcyjnych. Wszystko w szablonie usługi ARM jest definiowane podczas wdrażania. Jeśli musisz zmienić tylko jedną zmienną, musisz ponownie wduszyć wszystko.

W przypadku aplikacji z jedną Azure Logic Apps wdrażanie staje się łatwiejsze, ponieważ można oddzielić aprowizowanie zasobów między aplikacjami i infrastrukturą. Parametrów można użyć do abstrakcji wartości, które mogą ulec zmianie między środowiskami. Definiując parametry do użycia w przepływach pracy, możesz najpierw skupić się na projektowaniu przepływów pracy, a następnie wstawić zmienne specyficzne dla środowiska później. Możesz wywołać zmienne środowiskowe i odwoływać się do tych zmiennych w czasie wykonywania przy użyciu ustawień i parametrów aplikacji. Dzięki temu nie trzeba ponownie wielokrotnie ich wielokrotnie wielokrotnie.

Ustawienia aplikacji integrują się z Azure Key Vault. Możesz bezpośrednio odwoływać się do bezpiecznych ciągów,takich jak parametry połączenia i klucze. Podobnie jak Azure Resource Manager (szablony usługi ARM), w których można definiować zmienne środowiskowe w czasie wdrażania, można zdefiniować ustawienia aplikacji w definicji przepływu pracy aplikacji logiki. Następnie można przechwytywać dynamicznie generowane wartości infrastruktury, takie jak punkty końcowe połączenia, ciągi magazynu i inne. Jednak ustawienia aplikacji mają ograniczenia rozmiaru i nie można odwoływać się do niektórych obszarów w Azure Logic Apps.

Aby uzyskać więcej informacji na temat konfigurowania aplikacji logiki do wdrożenia, zobacz następującą dokumentację:

Visual Studio Code projektu

W Visual Studio Code projekt aplikacji logiki ma jeden z następujących typów:

  • Oparty na pakiecie rozszerzenia (Node.js), który jest typem domyślnym
  • NuGet oparty na pakiecie (.NET), który można przekonwertować z typu domyślnego

W zależności od tych typów projekt zawiera nieco inne foldery i pliki. Projekt NuGet zawiera folder bin, który zawiera pakiety i inne pliki biblioteki. Projekt oparty na pakiecie nie zawiera folderu bin i innych plików. Niektóre scenariusze wymagają uruchomienia NuGet opartego na aplikacji, na przykład gdy chcesz opracowywać i uruchamiać niestandardowe operacje wbudowane. Aby uzyskać więcej informacji na temat konwertowania projektu do używania NuGet, zapoznaj się z tematem Enable built-connector authoring (Włączanie tworzenia łączników wbudowanych).

W przypadku domyślnego projektu opartego na pakiecie projekt ma strukturę folderów i plików podobną do następującego przykładu:

MyBundleBasedLogicAppProjectName
| .vscode
| Artifacts
  || Maps 
     ||| MapName1
     ||| ...
  || Schemas
     ||| SchemaName1
     ||| ...
| WorkflowName1
  || workflow.json
  || ...
| WorkflowName2
  || workflow.json
  || ...
| workflow-designtime
| .funcignore
| connections.json
| host.json
| local.settings.json

Na poziomie głównym projektu można znaleźć następujące pliki i foldery z innymi elementami:

Nazwa Folder lub plik Opis
.vscode Folder Zawiera Visual Studio Code ustawień, takie jak extensions.json, launch.json, settings.json i tasks.json.
Artifacts Folder Zawiera artefakty konta integracji, które definiujesz i używasz w przepływach pracy, które obsługują scenariusze B2B (business-to-business). Na przykład przykładowa struktura zawiera mapy i schematy dla operacji przekształcania i walidacji kodu XML.
<Nazwa przepływu pracy> Folder Dla każdego przepływu pracy <WorkflowName> zawiera plik workflow.json, który zawiera bazową definicję JSON tego przepływu pracy.
workflow-designtime Folder Zawiera pliki ustawień związanych ze środowiskiem dewelopera.
.funcignore Plik Zawiera informacje związane z zainstalowanym Azure Functions Core Tools.
connections.json Plik Zawiera metadane, punkty końcowe i klucze dla wszystkich połączeń zarządzanych i funkcji platformy Azure, których używają przepływy pracy.

Ważne: Aby używać różnych połączeń i funkcji dla każdego środowiska, upewnij się, że parametryzowanie tego pliku connections.json i zaktualizowanie punktów końcowych.

host.json Plik Zawiera ustawienia i wartości konfiguracji specyficzne dla środowiska uruchomieniowego, na przykład domyślne limity dla platformy Azure Logic Apps pojedynczej dzierżawy, aplikacji logiki, przepływów pracy, wyzwalaczy i akcji. Na poziomie głównym projektu aplikacji logiki plik metadanych host.json zawiera ustawienia konfiguracji i wartości domyślne, których wszystkie przepływy pracy w tej samej aplikacji logiki używają podczas uruchamiania lokalnie lub na platformie Azure.

Uwaga: podczas tworzenia aplikacji logiki program Visual Studio Code kopię zapasową pliku host.snapshot.*.json w kontenerze magazynu. Jeśli usuniesz aplikację logiki, ten plik kopii zapasowej nie zostanie usunięty. Jeśli utworzysz inną aplikację logiki o tej samej nazwie, zostanie utworzony inny plik migawki. Dla tej samej aplikacji logiki można mieć maksymalnie 10 migawek. W przypadku przekroczenia tego limitu wystąpi następujący błąd:

Microsoft.Azure.WebJobs.Script.WebHost: Repository has more than 10 non-decryptable secrets backups (host))

Aby usunąć ten błąd, usuń dodatkowe pliki migawek z kontenera magazynu.

local.settings.json Plik Zawiera ustawienia aplikacji, parametry połączenia i inne ustawienia, których przepływy pracy używają podczas uruchamiania lokalnego. Innymi słowy, te ustawienia i wartości mają zastosowanie tylko w przypadku uruchamiania projektów w lokalnym środowisku projektowym. Podczas wdrażania na platformie Azure plik i ustawienia są ignorowane i nie są uwzględniane we wdrożeniu.

Ten plik przechowuje ustawienia i wartości jako lokalne zmienne środowiskowe używane przez lokalne narzędzia programskie jako appSettings wartości. Przy użyciu ustawień i parametrów aplikacji można wywołać te zmienne środowiskowe i odwoływać się do nich zarówno w czasie wykonywania, jak i podczas wdrażania.

Ważne: plik local.settings.json może zawierać wpisy tajne, dlatego pamiętaj, aby wykluczyć ten plik z kontroli źródła projektu.

Informacje dotyczące ustawień aplikacji — local.settings.json

W Visual Studio Code na poziomie głównym projektu aplikacji logiki plik local.settings.json zawiera globalne opcje konfiguracji, które mają wpływ na wszystkie przepływy pracy w tej aplikacji logiki podczas działania w lokalnym środowisku dewelopera. Gdy przepływy pracy są uruchamiane lokalnie, te ustawienia są dostępne jako lokalne zmienne środowiskowe, a ich wartości często mogą się zmieniać w różnych środowiskach, w których są uruchamiane przepływy pracy. Aby wyświetlić te ustawienia i zarządzać nimi, zobacz Zarządzanie ustawieniami aplikacji — local.settings.json.

Ustawienia aplikacji w Azure Logic Apps działają podobnie do ustawień aplikacji w usłudze Azure Functions lub Azure Web Apps. Jeśli wcześniej używaliśmy tych innych usług, być może znasz już ustawienia aplikacji. Aby uzyskać więcej informacji, zapoznaj się z tematem App settings reference for Azure Functions and Work with Azure Functions Core Tools - Local settings file (Informacje o ustawieniach aplikacji dla aplikacji) i Work with Azure Functions Core Tools - Local settings file (Praca z Azure Functions Core Tools — plik ustawień lokalnych).

Ustawienie Wartość domyślna Opis
AzureWebJobsStorage Brak Ustawia ciąg połączenia dla konta usługi Azure Storage.
Workflows.<workflowName>.FlowState Brak Ustawia stan dla <workflowName>.
Workflows.<workflowName>.RuntimeConfiguration.RetentionInDays Brak Ustawia opcje operacji dla <workflowName>.
Workflows.Connection.AuthenticationAudience Brak Ustawia odbiorców do uwierzytelniania połączenia hostowanych na platformie Azure.
Workflows.WebhookRedirectHostUri Brak Ustawia nazwę hosta do użycia dla adresów URL wywołania zwrotnego dla funkcji webhook.
WEBSITE_LOAD_ROOT_CERTIFICATES Brak Ustawia odciski palca dla certyfikatów głównych, które mają być zaufane.

Zarządzanie ustawieniami aplikacji — local.settings.json

Aby dodać, zaktualizować lub usunąć ustawienia aplikacji, wybierz i przejrzyj następujące sekcje dotyczące szablonu usługi Visual Studio Code, Azure Portal, interfejsu wiersza polecenia platformy Azure lub usługi ARM (Bicep). W przypadku ustawień aplikacji specyficznych dla aplikacji logiki zapoznaj się z przewodnikiem referencyjnym dostępnych ustawień aplikacji — local.settings.json.

Aby przejrzeć ustawienia aplikacji logiki w Visual Studio Code, wykonaj następujące kroki:

  1. W projekcie aplikacji logiki na poziomie projektu głównego znajdź i otwórz plik local.settings.json.

  2. W Values obiekcie przejrzyj ustawienia aplikacji logiki.

    Aby uzyskać więcej informacji na temat tych ustawień, zapoznaj się z przewodnikiem referencyjnym dostępnych ustawień aplikacji — local.settings.json.

Aby dodać ustawienie aplikacji, wykonaj następujące kroki:

  1. W pliku local.settings.json znajdź Values obiekt .

  2. W obiekcie dodaj ustawienie aplikacji, które chcesz zastosować podczas uruchamiania lokalnego w Values Visual Studio Code. Niektóre ustawienia umożliwiają dodanie ustawienia dla określonego przepływu pracy, na przykład:

    {
       "IsEncrypted": false,
       "Values": {
          "AzureWebJobsStorage": "UseDevelopmentStorage=true",
          "Workflows.WorkflowName1.FlowState" : "Disabled",
          <...>
      }
    }
    

Informacje dotyczące ustawień hosta — host.json

W Visual Studio Code na poziomie głównym projektu aplikacji logiki plik metadanych host.json zawiera ustawienia środowiska uruchomieniowego i wartości domyślne, które mają zastosowanie do wszystkich przepływów pracy w zasobie aplikacji logiki, zarówno działających lokalnie, jak i na platformie Azure. Aby wyświetlić te ustawienia i zarządzać nimi, zobacz Zarządzanie ustawieniami hosta — host.json. Informacje o powiązanych limitach można również znaleźć w dokumentacji dotyczącej limitów i Azure Logic Apps konfiguracji.

Przepływność aranżacji zadań

Te ustawienia mają wpływ na przepływność i pojemność dla jednej dzierżawy Azure Logic Apps do uruchamiania operacji przepływu pracy.

Ustawienie Wartość domyślna Opis
Jobs.BackgroundJobs.DispatchingWorkersPulseInterval 00:00:01
(1 s)
Ustawia interwał sondowania kolejki zadań przez dyspozytorów zadań, gdy poprzednie sondowanie nie zwraca żadnych zadań. Dyspozytorzy zadań natychmiast sonduje kolejkę, gdy poprzednie sondowanie zwraca zadanie.
Jobs.BackgroundJobs.NumWorkersPerProcessorCount 192 wystąpienia procesu roboczego dyspozytora Ustawia liczbę wystąpień procesu roboczego dyspozytora lub dyspozytorów zadań na rdzeń procesora. Ta wartość ma wpływ na liczbę przebiegów przepływu pracy na rdzeń.
Jobs.BackgroundJobs.NumPartitionsInJobTriggersQueue 1 kolejka zadań Ustawia liczbę kolejek zadań monitorowanych przez dyspozytorów zadań do przetwarzania. Ta wartość ma również wpływ na liczbę partycji magazynu, w których istnieją kolejki zadań.
Jobs.BackgroundJobs.NumPartitionsInJobDefinitionsTable 4 partycje zadań Ustawia liczbę partycji zadań w tabeli definicji zadania. Ta wartość określa, na ile przepływność wykonywania ma wpływ limity magazynu partycji.

Czas trwania i historia uruchamiania

Ustawienie Wartość domyślna Opis
Runtime.FlowRetentionThreshold 90.00:00:00
(90 dni)
Ustawia czas, przez który historia przebiegów przepływu pracy ma być trzymana po uruchomieniu.
Runtime.Backend.FlowRunTimeout 90.00:00:00
(90 dni)
Określa czas, przez jaki przepływ pracy może kontynuować działanie przed wymuś przecięciem limitu czasu.

Ważne: Upewnij się, że ta wartość jest mniejsza lub równa Runtime.FlowRetentionThreshold wartości. W przeciwnym razie historie uruchamiania mogą zostać usunięte przed ukończeniem skojarzonych zadań.

Uruchamianie akcji

Ustawienie Wartość domyślna Opis
Runtime.FlowRunRetryableActionJobCallback.ActionJobExecutionTimeout 00:10:00
(10 minut)
Ustawia czas, przez który zadanie akcji przepływu pracy ma być uruchamiane przed przechyłym limitem czasu i ponowieniem próby.

Dane wejściowe i wyjściowe

Ustawienie Wartość domyślna Opis
Runtime.FlowRunActionJob.MaximumActionResultSize 209715200 Bajtów Ustawia maksymalny rozmiar w bajtach, który mogą mieć połączone dane wejściowe i wyjściowe w akcji.
Runtime.ContentLink.MaximumContentSizeInBytes 104857600 Znaków Ustawia maksymalny rozmiar w znakach, który może mieć dane wejściowe lub wyjściowe w wyzwalaczu lub akcji.

Dzielenie na strony

Ustawienie Wartość domyślna Opis
Runtime.FlowRunRetryableActionJobCallback.MaximumPageCount 1000 Stron Gdy stronicowanie jest obsługiwane i włączone dla operacji, program ustawia maksymalną liczbę stron do zwrócenia lub przetwarzania w czasie wykonywania.

Segmentu

Ustawienie Wartość domyślna Opis
Runtime.FlowRunRetryableActionJobCallback.MaximumContentLengthInBytesForPartialContent 1073741824 Bajtów Gdy fragmentowanie jest obsługiwane i włączone w operacji, program ustawia maksymalny rozmiar w bajtach dla pobranej lub przekazanej zawartości.
Runtime.FlowRunRetryableActionJobCallback.MaxChunkSizeInBytes 52428800 Bajtów Jeśli fragmentowanie jest obsługiwane i włączone w operacji , program ustawia maksymalny rozmiar w bajtach dla każdego fragmentu zawartości.
Runtime.FlowRunRetryableActionJobCallback.MaximumRequestCountForPartialContent 1000 Żądania Gdy fragmentowanie jest obsługiwane i włączone dla operacji, program ustawia maksymalną liczbę żądań, które może wykonać akcja w celu pobrania zawartości.

Współbieżność wyzwalacza

Ustawienie Wartość domyślna Opis
Runtime.Trigger.MaximumRunConcurrency 100 Uruchamia Ustawia maksymalną liczbę współbieżnych przebiegów, które można uruchomić przez wyzwalacz. Ta wartość jest wyświetlana w definicji współbieżności wyzwalacza.
Runtime.Trigger.MaximumWaitingRuns 200 Uruchamia Ustawia maksymalną liczbę przebiegów, które mogą czekać po zakończeniu współbieżnych przebiegów. Ta wartość jest wyświetlana w definicji współbieżności wyzwalacza.

Dla każdej pętli

Ustawienie Wartość domyślna Opis
Runtime.Backend.FlowDefaultForeachItemsLimit 100000
(100 000 elementów tablicy)
Dla stanowego przepływu pracy ustawia maksymalną liczbę elementów tablicy do przetwarzania w For each pętli.
Runtime.Backend.Stateless.FlowDefaultForeachItemsLimit 100 Elementy W przypadku bez stanowego przepływu pracy program ustawia maksymalną liczbę elementów tablicy do przetwarzania w For each pętli.
Runtime.Backend.ForeachDefaultDegreeOfParallelism 20 Iteracji Ustawia domyślną liczbę współbieżnych iteracji lub stopień równoległości w For each pętli. Aby uruchamiać sekwencyjnie, ustaw wartość na 1 .
Runtime.Backend.FlowDefaultSplitOnItemsLimit 100000
(100 000 elementów tablicy)
Ustawia maksymalną liczbę elementów tablicy, które mają być rozdzielane lub dzielone na wiele wystąpień przepływu pracy na podstawie SplitOn ustawienia.

Pętle Until

Ustawienie Wartość domyślna Opis
Runtime.Backend.MaximumUntilLimitCount 5000 Iteracji Dla stanowego przepływu pracy ustawia maksymalną możliwą liczbę Count właściwości w Until akcji.
Runtime.Backend.Stateless.MaximumUntilLimitCount 100 Iteracji W przypadku bez stanowego przepływu pracy ustawia maksymalną możliwą liczbę Count właściwości w Until akcji.
Runtime.Backend.Stateless.FlowRunTimeout 00:05:00
(5 min)
Ustawia maksymalny czas oczekiwania dla pętli Until w bez stanowym przepływie pracy.

Zmienne

Ustawienie Wartość domyślna Opis
Runtime.Backend.DefaultAppendArrayItemsLimit 100000
(100 000 elementów tablicy)
Ustawia maksymalną liczbę elementów w zmiennej przy użyciu typu tablicy.
Runtime.Backend.VariableOperation.MaximumVariableSize Stanowy przepływ pracy: 104857600 znaki Ustawia maksymalny rozmiar w znakach zawartości, która może być zapisywana przez zmienną, gdy jest używana w stanowym przepływie pracy.
Runtime.Backend.VariableOperation.MaximumStatelessVariableSize Bez stanowy przepływ pracy: 1024 znaki Ustawia maksymalny rozmiar w znakach zawartości, która może być zapisywana przez zmienną, gdy jest używana w bez stanowym przepływie pracy.

Operacje HTTP

Ustawienie Wartość domyślna Opis
Runtime.Backend.HttpOperation.RequestTimeout 00:03:45
(3 min i 45 s)
Ustawia wartość limitu czasu żądania dla wyzwalaczy i akcji HTTP.
Runtime.Backend.HttpOperation.MaxContentSize 104857600 Bajtów Ustawia maksymalny rozmiar żądania w bajtach dla wyzwalaczy i akcji HTTP.
Runtime.Backend.HttpOperation.DefaultRetryCount 4 Ponownych prób Ustawia domyślną liczbę ponownych prób dla wyzwalaczy i akcji HTTP.
Runtime.Backend.HttpOperation.DefaultRetryInterval 00:00:07
(7 s)
Ustawia domyślny interwał ponawiania prób dla wyzwalaczy i akcji HTTP.
Runtime.Backend.HttpOperation.DefaultRetryMaximumInterval 01:00:00
(1 godzina)
Ustawia maksymalny interwał ponawiania prób dla wyzwalaczy i akcji HTTP.
Runtime.Backend.HttpOperation.DefaultRetryMinimumInterval 00:00:05
(5 s)
Ustawia minimalny interwał ponawiania prób dla wyzwalaczy i akcji HTTP.

Operacje http webhook

Ustawienie Wartość domyślna Opis
Runtime.Backend.HttpWebhookOperation.RequestTimeout 00:02:00
(2 min)
Ustawia wartość limitu czasu żądania dla wyzwalaczy i akcji http webhook.
Runtime.Backend.HttpWebhookOperation.MaxContentSize 104857600 Bajtów Ustawia maksymalny rozmiar żądania w bajtach dla wyzwalaczy i akcji http webhook.
Runtime.Backend.HttpWebhookOperation.DefaultRetryCount 4 Ponownych prób Ustawia domyślną liczbę ponownych prób dla wyzwalaczy i akcji http webhook.
Runtime.Backend.HttpWebhookOperation.DefaultRetryInterval 00:00:07
(7 s)
Ustawia domyślny interwał ponawiania prób dla wyzwalaczy i akcji http webhook.
Runtime.Backend.HttpWebhookOperation.DefaultRetryMaximumInterval 01:00:00
(1 godzina)
Ustawia maksymalny interwał ponawiania prób dla wyzwalaczy i akcji http webhook.
Runtime.Backend.HttpWebhookOperation.DefaultRetryMinimumInterval 00:00:05
(5 s)
Ustawia minimalny interwał ponawiania prób dla wyzwalaczy i akcji http webhook.
Runtime.Backend.HttpWebhookOperation.DefaultWakeUpInterval 01:00:00
(1 godzina)
Ustawia domyślny interwał wznawiania dla wyzwalacza i zadań akcji http webhook.

Wbudowane operacje Azure Functions danych

Ustawienie Wartość domyślna Opis
Runtime.Backend.FunctionOperation.RequestTimeout 00:03:45
(3 min i 45 s)
Ustawia wartość limitu czasu żądania dla Azure Functions akcji.
Runtime.Backend.FunctionOperation.MaxContentSize 104857600 Bajtów Ustawia maksymalny rozmiar żądania w bajtach dla Azure Functions akcji.
Runtime.Backend.FunctionOperation.DefaultRetryCount 4 Ponownych prób Ustawia domyślną liczbę ponownych prób dla Azure Functions akcji.
Runtime.Backend.FunctionOperation.DefaultRetryInterval 00:00:07
(7 s)
Ustawia domyślny interwał ponawiania prób dla Azure Functions akcji.
Runtime.Backend.FunctionOperation.DefaultRetryMaximumInterval 01:00:00
(1 godzina)
Ustawia maksymalny interwał ponawiania prób dla Azure Functions akcji.
Runtime.Backend.FunctionOperation.DefaultRetryMinimumInterval 00:00:05
(5 s)
Ustawia minimalny interwał ponawiania prób dla Azure Functions akcji.

Wbudowane operacje SQL danych

Ustawienie Wartość domyślna Opis
Runtime.ServiceProviders.Sql.QueryExecutionTimeout 00:00:30
(30 s)
Ustawia wartość limitu czasu żądania dla SQL dostawcy usług.

Wbudowane operacje Service Bus Azure

Ustawienie Wartość domyślna Opis
ServiceProviders.ServiceBus.MessageSenderOperationTimeout 00:01:00
(1 min)
Ustawia limit czasu wysyłania komunikatów za pomocą wbudowanej Service Bus operacji.
Runtime.ServiceProviders.ServiceBus.MessageSenderPoolSizePerProcessorCount 64 nadawcy komunikatów Ustawia liczbę nadawców komunikatów usługi Azure Service Bus na rdzeń procesora do użycia w puli nadawców komunikatów.

Operacje zarządzanego łącznika interfejsu API

Ustawienie Wartość domyślna Opis
Runtime.Backend.ApiConnectionOperation.RequestTimeout 00:02:00
(2 min)
Ustawia wartość limitu czasu żądania dla wyzwalaczy i akcji zarządzanego łącznika interfejsu API.
Runtime.Backend.ApiConnectionOperation.MaxContentSize 104857600 Bajtów Ustawia maksymalny rozmiar żądania w bajtach dla wyzwalaczy i akcji zarządzanego łącznika interfejsu API.
Runtime.Backend.ApiConnectionOperation.DefaultRetryCount 4 Ponownych prób Ustawia domyślną liczbę ponownych prób dla wyzwalaczy i akcji zarządzanego łącznika interfejsu API.
Runtime.Backend.ApiConnectionOperation.DefaultRetryInterval 00:00:07
(7 s)
Ustawia domyślny interwał ponawiania prób dla wyzwalaczy i akcji zarządzanego łącznika interfejsu API.
Runtime.Backend.ApiWebhookOperation.DefaultRetryMaximumInterval 01:00:00
(1 dzień)
Ustawia maksymalny interwał ponawiania prób dla wyzwalaczy i akcji zarządzanego łącznika łącznika interfejsu API.
Runtime.Backend.ApiConnectionOperation.DefaultRetryMinimumInterval 00:00:05
(5 s)
Ustawia minimalny interwał ponawiania prób dla wyzwalaczy i akcji zarządzanego łącznika interfejsu API.
Runtime.Backend.ApiWebhookOperation.DefaultWakeUpInterval 01:00:00
(1 dzień)
Ustawia domyślny interwał wznawiania dla zadań wyzwalacza i akcji zarządzanego łącznika łącznika interfejsu API.

Blob Storage

Ustawienie Wartość domyślna Opis
Runtime.ContentStorage.RequestOptionsServerTimeout 00:00:30
(30 s)
Ustawia wartość limitu czasu dla żądań obiektów blob z Azure Logic Apps uruchomieniowego.
Runtime.DataStorage.RequestOptionsMaximumExecutionTime 00:02:00
(2 min)
Ustawia wartość limitu czasu operacji, w tym ponownych prób, dla żądań magazynu tabel i kolejek z Azure Logic Apps uruchomieniowego.
Runtime.ContentStorage.RequestOptionsDeltaBackoff 00:00:02
(2 s)
Ustawia interwał powrotu między kolejnymi próbami wysyłanymi do magazynu obiektów blob.
Runtime.ContentStorage.RequestOptionsMaximumAttempts 4 Ponownych prób Ustawia maksymalną liczbę ponownych prób wysłanych do magazynu tabel i kolejek.

Przechowywanie zawartości w tekście lub używanie obiektów blob

Ustawienie Wartość domyślna Opis
Runtime.FlowRunEngine.ForeachMaximumItemsForContentInlining 20 Elementy Gdy pętla jest uruchomiona, wartość każdego elementu jest przechowywana w tekście z innymi metadanymi w magazynie tabel For each lub oddzielnie w magazynie obiektów blob. Ustawia liczbę elementów do przechowywania w tekście z innymi metadanymi.
Runtime.FlowRunRetryableActionJobCallback.MaximumPagesForContentInlining 20 Stron Ustawia maksymalną liczbę stron do zapisania jako zawartość w tekście w magazynie tabel przed zapisaniem w magazynie obiektów blob.
Runtime.FlowTriggerSplitOnJob.MaximumItemsForContentInlining 40 Elementy Gdy ustawienie nakłada elementy tablicy na wiele wystąpień przepływu pracy, wartość każdego elementu jest przechowywana w tekście z innymi metadanymi w magazynie tabel lub oddzielnie w magazynie SplitOn obiektów blob. Ustawia liczbę elementów do przechowywania w tekście.
Runtime.ScaleUnit.MaximumCharactersForContentInlining 8192 Znaków Ustawia maksymalną liczbę znaków wejściowych i wyjściowych operacji do zapisania w magazynie tabel przed zapisaniem w magazynie obiektów blob.

Magazyn tabel i kolejek

Ustawienie Wartość domyślna Opis
Runtime.DataStorage.RequestOptionsServerTimeout 00:00:16
(16 s)
Ustawia wartość limitu czasu dla żądań magazynu tabel i kolejek z Azure Logic Apps uruchomieniowego.
Runtime.DataStorage.RequestOptionsMaximumExecutionTime 00:00:45
(45 s)
Ustawia wartość limitu czasu operacji, w tym ponownych prób, dla żądań magazynu tabel i kolejek z Azure Logic Apps uruchomieniowego.
Runtime.DataStorage.RequestOptionsDeltaBackoff 00:00:02
(2 s)
Ustawia interwał odejmowania między kolejnymi próbami wysyłanymi do magazynu tabel i kolejek.
Runtime.DataStorage.RequestOptionsMaximumAttempts 4 Ponownych prób Ustawia maksymalną liczbę ponownych prób wysłanych do magazynu tabel i kolejek.

Zasady ponawiania dla wszystkich innych operacji

Ustawienie Wartość domyślna Opis
Runtime.ScaleMonitor.MaxPollingLatency 00:00:30
(30 s)
Ustawia maksymalne opóźnienie sondowania dla skalowania środowiska uruchomieniowego.
Runtime.Backend.Operation.MaximumRetryCount 90 Ponownych prób Ustawia maksymalną liczbę ponownych prób w definicji zasad ponawiania dla operacji przepływu pracy.
Runtime.Backend.Operation.MaximumRetryInterval 01:00:00:01
(1 dzień i 1 s)
Ustawia maksymalny interwał w definicji zasad ponawiania dla operacji przepływu pracy.
Runtime.Backend.Operation.MinimumRetryInterval 00:00:05
(5 s)
Ustawia minimalny interwał w definicji zasad ponawiania dla operacji przepływu pracy.

Zarządzanie ustawieniami hosta — host.json

Możesz dodawać, aktualizować lub usuwać ustawienia hosta, które określają ustawienia i wartości konfiguracji środowiska uruchomieniowego, które mają zastosowanie do wszystkich przepływów pracy w tej aplikacji logiki, takie jak wartości domyślne przepływności, pojemności, rozmiaru danych itp., niezależnie od tego, czy są uruchamiane lokalnie, czy na platformie Azure. W przypadku ustawień hosta specyficznych dla aplikacji logiki zapoznaj się z przewodnikiem referencyjnym dostępnych ustawień środowiska uruchomieniowego i wdrażania — host.json.

Visual Studio Code — host.json

Aby przejrzeć ustawienia hosta dla aplikacji logiki w Visual Studio Code, wykonaj następujące kroki:

  1. W projekcie aplikacji logiki na poziomie projektu głównego znajdź i otwórz plik host.json.

  2. W extensions obiekcie w obszarze workflows i przejrzyj wszystkie ustawienia settings hosta, które zostały wcześniej dodane dla aplikacji logiki. W przeciwnym razie extensions obiekt nie pojawi się w pliku.

    Aby uzyskać więcej informacji na temat ustawień hosta, zapoznaj się z przewodnikiem referencyjnym dostępnych ustawień hosta — host.json.

Aby dodać ustawienie hosta, wykonaj następujące kroki:

  1. W pliku host.json w obszarze obiektu dodaj obiekt , który zawiera obiekty extensionBundle i , na extensions workflow settings przykład:

    {
       "version": "2.0",
       "extensionBundle": {
          "id": "Microsoft.Azure.Functions.ExtensionBundle",
          "version": "[1.*, 2.0.0)"
       },
       "extensions": {
          "workflow": {
             "settings": {
             }
          }
       }
    }
    
  2. W obiekcie dodaj płaską listę z ustawieniami hosta, których chcesz użyć dla wszystkich przepływów pracy w aplikacji logiki, niezależnie od tego, czy te przepływy pracy są uruchamiane lokalnie, czy na platformie settings Azure, na przykład:

    {
       "version": "2.0",
       "extensionBundle": {
          "id": "Microsoft.Azure.Functions.ExtensionBundle",
          "version": "[1.*, 2.0.0)"
       },
       "extensions": {
          "workflow": {
             "settings": {
                "Runtime.Trigger.MaximumWaitingRuns": "100"
             }
          }
       }
    }
    

Azure Portal — host.json

Aby przejrzeć ustawienia hosta dla aplikacji logiki opartej na jednej dzierżawie w Azure Portal, wykonaj następujące kroki:

  1. W polu Azure Portal wyszukiwania znajdź i otwórz aplikację logiki.

  2. W menu aplikacji logiki w obszarze Narzędzia programowe wybierz pozycję Narzędzia zaawansowane.

  3. Na stronie Narzędzia zaawansowane wybierz pozycję Go, co spowoduje otwarcie środowiska Kudu dla aplikacji logiki.

  4. Na pasku narzędzi Kudu w menu Konsoli debugowania wybierz pozycję CMD.

  5. W Azure Portal zatrzymaj aplikację logiki.

    1. W menu aplikacji logiki wybierz pozycję Przegląd.

    2. Na pasku narzędzi okienka Przegląd wybierz pozycję Zatrzymaj.

  6. W menu aplikacji logiki w obszarze Narzędzia programowe wybierz pozycję Narzędzia zaawansowane.

  7. W okienku Narzędzia zaawansowane wybierz pozycję Go, co spowoduje otwarcie środowiska Kudu dla aplikacji logiki.

  8. Na pasku narzędzi Kudu otwórz menu Konsola debugowania, a następnie wybierz pozycję CMD.

    Zostanie otwarte okno konsoli, aby można było przejść do folderu wwwroot przy użyciu wiersza polecenia. Możesz też przejrzeć strukturę katalogów wyświetlaną nad oknem konsoli.

  9. Przejdź wzdłuż następującej ścieżki do folderu wwwroot: ...\home\site\wwwroot .

  10. Nad oknem konsoli w tabeli katalogów obok pliku host.json wybierz pozycję Edytuj.

  11. Po otworze pliku host.json przejrzyj wszystkie ustawienia hosta, które zostały wcześniej dodane dla aplikacji logiki.

    Aby uzyskać więcej informacji na temat ustawień hosta, zapoznaj się z przewodnikiem referencyjnym dostępnych ustawień hosta — host.json.

Aby dodać ustawienie, wykonaj następujące kroki:

  1. Przed dodaniu lub edytowania ustawień zatrzymaj aplikację logiki w Azure Portal.

    1. W menu aplikacji logiki wybierz pozycję Przegląd.
    2. Na pasku narzędzi okienka Przegląd wybierz pozycję Zatrzymaj.
  2. Wróć do pliku host.json. W obszarze extensionBundle obiektu dodaj obiekt , który zawiera obiekty i , na extensions workflow settings przykład:

    {
       "version": "2.0",
       "extensionBundle": {
          "id": "Microsoft.Azure.Functions.ExtensionBundle",
          "version": "[1.*, 2.0.0)"
       },
       "extensions": {
          "workflow": {
             "settings": {
             }
          }
       }
    }
    
  3. W obiekcie dodaj płaską listę z ustawieniami hosta, których chcesz użyć dla wszystkich przepływów pracy w aplikacji logiki, niezależnie od tego, czy te przepływy pracy są uruchamiane lokalnie, czy na platformie settings Azure, na przykład:

    {
       "version": "2.0",
       "extensionBundle": {
          "id": "Microsoft.Azure.Functions.ExtensionBundle",
          "version": "[1.*, 2.0.0)"
       },
       "extensions": {
          "workflow": {
             "settings": {
                "Runtime.Trigger.MaximumWaitingRuns": "100"
             }
          }
       }
    }
    
  4. Gdy wszystko będzie gotowe, pamiętaj, aby wybrać pozycję Zapisz.

  5. Teraz uruchom ponownie aplikację logiki. Wróć do strony Przegląd aplikacji logiki i wybierz pozycję Uruchom ponownie.


Następne kroki