Bearbeiten von Einstellungen für Hosts und Apps für Logik-Apps in Azure Logic Apps-Instanzen mit einem einzelnen Mandanten

In Azure Logic Apps-Instanzen mit einem einzelnen Mandanten geben die App-Einstellungen für eine Logik-App die globalen Konfigurationsoptionen an, die für alle Workflows in dieser Logik-App gelten. Diese Einstellungen gelten jedoch nur, wenn diese Workflows in Ihrer lokalen Entwicklungsumgebung ausgeführt werden. Bei der lokalen Ausführung können die Workflows auf diese App-Einstellungen als lokale Umgebungsvariablen zugreifen, die von lokalen Entwicklungstools für Werte verwendet werden, die sich zwischen Umgebungen oft ändern können. Diese Werte können beispielsweise Verbindungszeichenfolgen enthalten. Bei Bereitstellungen in Azure werden App-Einstellungen ignoriert und nicht in Ihre Bereitstellung eingeschlossen.

Ihre Logik-App verfügt auch über Hosteinstellungen, die die Runtimekonfigurationseinstellungen und Werte angeben, die für alle Workflows in dieser Logik-App gelten. Beispiele hierfür sind Standardwerte für den Durchsatz, die Kapazität und die Datengröße, unabhängig davon, ob die Ausführung lokal oder in Azure erfolgt.

App-Einstellungen, Parameter und Bereitstellung

In Azure Logic Apps-Instanzen mit mehreren Mandanten hängt die Bereitstellung von ARM-Vorlagen (Azure Resource Manager) ab, die die Ressourcenbereitstellung für Logik-Apps und die Infrastruktur kombinieren und verarbeiten. Dieser Entwurf stellt eine Herausforderung dar, wenn Sie Umgebungsvariablen für Logik-Apps in verschiedenen Entwicklungs-, Test- und Produktionsumgebungen verwalten müssen. Alles in einer ARM-Vorlage wird bei der Bereitstellung definiert. Wenn Sie nur eine einzelne Variable ändern müssen, müssen Sie alles erneut bereitstellen.

In Azure Logic Apps-Instanzen mit einem einzelnen Mandanten wird die Bereitstellung einfacher, da Sie die Ressourcenbereitstellung zwischen Apps und der Infrastruktur trennen können. Sie können Parameter zum Abstrahieren von Werten verwenden, die sich zwischen Umgebungen ändern können. Durch das Definieren der in Ihren Workflows zu verwendenden Parameter können Sie sich zunächst auf das Entwerfen Ihrer Workflows konzentrieren und Ihre umgebungsspezifischen Variablen dann später einfügen. Mithilfe der App-Einstellungen und -Parameter können Sie Ihre Umgebungsvariablen zur Laufzeit aufrufen und darauf verweisen. Auf diese Weise müssen Sie Ihre Lösung nicht so oft erneut bereitstellen.

App-Einstellungen werden mit Azure Key Vault integriert. Sie können direkt auf sichere Zeichenfolgen verweisen (z. B. Verbindungszeichenfolgen und Schlüssel). Ähnlich wie bei ARM-Vorlagen (Azure Resource Manager), bei denen Sie Umgebungsvariablen zum Bereitstellungszeitpunkt definieren können, können Sie App-Einstellungen in der Workflowdefinition für Ihre Logik-App definieren. Anschließend können Sie dynamisch generierte Infrastrukturwerte erfassen (z. B. Verbindungsendpunkte oder Speicherzeichenfolgen). App-Einstellungen haben jedoch Größenbeschränkungen, und in bestimmten Azure Logic Apps-Bereichen kann nicht auf diese verwiesen werden.

Weitere Informationen zur Einrichtung Ihrer Logik-Apps für die Bereitstellung finden Sie in der folgenden Dokumentation:

Visual Studio Code-Projektstruktur

In Visual Studio Code verfügt Ihr Logik-App-Projekt über einen der folgenden Typen:

  • Erweiterungs-Bundle-basiert (Node.js), was der Standardtyp ist
  • NuGet-paketbasiertes (.NET), das Sie vom Standardtyp konvertieren können

Basierend auf diesen Typen enthält Ihr Projekt leicht unterschiedliche Ordner und Dateien. Ein NuGet-basiertes Projekt enthält einen .bin-Ordner, der Pakete und andere Bibliotheksdateien enthält. Ein Bundle-basiertes Projekt enthält nicht den .bin Ordner und andere Dateien. Einige Szenarien erfordern ein NuGet-basiertes Projekt, damit Ihre App ausgeführt werden kann, z. B. wenn Sie benutzerdefinierte integrierte Vorgänge entwickeln und ausführen möchten. Weitere Informationen zum Konvertieren Ihres Projekts zur Verwendung von NuGet finden Sie unter Aktivieren der Erstellung Connector-Entwicklung.

Für das standardmäßige Bundle-basierte Projekt verfügt Ihr Projekt über eine Ordner- und Dateistruktur, die dem folgenden Beispiel ähnelt:

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

Auf der Stammebene Ihres Projekts finden Sie die folgenden Dateien und Ordner mit anderen Elementen:

Name Ordner oder Datei Beschreibung
.vscode Ordner Enthält auf Visual Studio Code-bezogene Einstellungsdateien, z. B. extensions.json, launch.json, settings.json und tasks.json.
Artefakte Ordner Enthält Integrationskontoartefakte, die Sie definieren und in Workflows verwenden, die Business-to-Business-Szenarien (B2B-Szenarien) unterstützen. Die Beispielstruktur enthält beispielsweise Zuordnungen und Schemas für XML-Transformations- und -Validierungsvorgänge.
<WorkflowName> Ordner Für jeden Workflow enthält der <WorkflowName>-Ordner eine workflow.json-Datei, die die zugrunde liegende JSON-Definition dieses Workflows enthält.
workflow-designtime Ordner Enthält Entwicklungsumgebungsbezogene Einstellungsdateien.
.funcignore File Enthält Informationen zu Ihren installierten Azure Functions Core Tools.
connections.json File Enthält die Metadaten, Endpunkte und Schlüssel für alle verwalteten Verbindungen und Azure-Funktionen, die von Ihren Workflows verwendet werden.

Wichtiger Hinweis: Um unterschiedliche Verbindungen und Funktionen in jeder Umgebung zu verwenden, stellen Sie sicher, dass Sie die Datei connections.json parametrisieren und die Endpunkte aktualisieren.

host.json File Enthält laufzeitspezifische Konfigurationseinstellungen und -werte, z. B. die Standardgrenzwerte für die Azure Logic Apps-Einzelmandanten-Plattform, Logik-Apps, Workflows, Auslöser und Aktionen. Auf der Stammebene Ihres Logik-App-Projekts enthält die host.json Metadatendatei die Konfigurationseinstellungen und Standardwerte, die alle Workflows in derselben Logik-App während der Ausführung verwenden, ob lokal oder in Azure.

Hinweis: Wenn Sie Ihre Logik-App erstellen, erstellt Visual Studio Code eine host.snapshot.*.json-Sicherungsdatei in Ihrem Speichercontainer. Wenn Sie Ihre Logik-App löschen, wird diese Sicherungsdatei nicht gelöscht. Wenn Sie eine weitere Logik-App mit dem gleichen Namen erstellen, wird eine weitere Momentaufnahmedatei erstellt. Sie können nur bis zu 10 Momentaufnahmen für dieselbe Logik-App erstellen. Wenn Sie diesen Grenzwert überschreiten, erhalten Sie den folgenden Fehler:

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

Um diesen Fehler zu beheben, löschen Sie die zusätzlichen Momentaufnahmedateien aus Ihrem Speichercontainer.

local.settings.json File Enthält App-Einstellungen, Verbindungszeichenfolgen und andere Einstellungen, die Ihre Workflows bei der lokalen Ausführung verwenden. Anders ausgedrückt, geltend diese Einstellungen und Werte nur, wenn Sie Ihre Projekte in Ihrer lokalen Entwicklungsumgebung ausführen. Während der Bereitstellung in Azure werden die Datei und die Einstellungen ignoriert und nicht in Ihre Bereitstellung einbezogen.

Diese Datei speichert Einstellungen und Werte als lokale Umgebungsvariablen, die von Ihren lokalen Bereitstellungstools als appSettings-Werte verwendet werden. Sie können diese Umgebungsvariablen sowohl zur Laufzeit als auch zur Bereitstellungszeit aufrufen und beziehen, indem Sie App-Einstellungen und Parameter verwenden.

Wichtiger Hinweis: Die Datei local.settings.json kann Geheimnisse enthalten. Stellen Sie daher sicher, dass Sie diese Datei auch aus der Quellcodeverwaltung Ihres Projekts ausschließen.

Verweis für App-Einstellungen (local.settings.json)

In Visual Studio Code enthält die Datei local.settings.json auf der Stammebene Ihres Logik-App-Projekts globale Konfigurationsoptionen, die bei der Ausführung in Ihrer lokalen Entwicklungsumgebung für alle Workflows in dieser Logik-App gelten. Wenn Ihre Workflows lokal ausgeführt werden, erfolgt der Zugriff auf diese Einstellungen als lokale Umgebungsvariablen, deren Werte sich zwischen den verschiedenen Umgebungen, in denen Sie Ihre Workflows ausführen, oft ändern können. Lesen Sie den Abschnitt Verwalten von App-Einstellungen (local.settings.json), um zu erfahren, wie Sie diese Einstellungen anzeigen und verwalten.

App-Einstellungen in Azure Logic Apps funktionieren ähnlich wie App-Einstellungen in Azure Functions oder Azure-Web-Apps. Wenn Sie diese anderen Dienste bereits verwendet haben, sind Sie möglicherweise mit den App-Einstellungen vertraut. Weitere Informationen finden Sie unter Referenz zu App-Einstellungen für Azure Functions und Arbeiten mit Azure Functions Core Tools – Datei für lokale Einstellungen.

Einstellung Standardwert Beschreibung
AzureWebJobsStorage Keine Hiermit wird die Verbindungszeichenfolge für ein Azure-Speicherkonto festgelegt.
Workflows.<workflowName>.FlowState Keine Hiermit wird der Status für <Workflowname> festgelegt.
Workflows.<workflowName>.RuntimeConfiguration.RetentionInDays Keine Hiermit werden die Vorgangsoptionen für <Workflowname> festgelegt.
Workflows.Connection.AuthenticationAudience Keine Hiermit wird die Zielgruppe für die Authentifizierung einer von Azure gehosteten Verbindung festgelegt.
Workflows.WebhookRedirectHostUri Keine Hiermit wird der Hostname festgelegt, der für Rückruf-URLs für Webhooks verwendet werden soll.
WEBSITE_LOAD_ROOT_CERTIFICATES Keine Hiermit werden die Fingerabdrücke für die Stammzertifikate festgelegt, die als vertrauenswürdig gelten.

Verwalten von App-Einstellungen (local.settings.json)

Informationen zum Hinzufügen, Aktualisieren oder Löschen von App-Einstellungen finden Sie in den folgenden Abschnitten zu Visual Studio Code, dem Azure-Portal, der Azure CLI oder ARM-Vorlagen (Bicep). App-Einstellungen, die für Logik-Apps spezifisch sind, finden Sie im Referenzleitfaden für verfügbare App-Einstellungen (local.settings.json).

Führen Sie die folgenden Schritte aus, um die App-Einstellungen für Ihre Logik-App in Visual Studio Code zu überprüfen:

  1. Suchen Sie die Datei local.settings.json auf der Stammprojektebene in Ihrem Logik-App-Projekt, und öffnen Sie diese.

  2. Überprüfen Sie die App-Einstellungen für Ihre Logik-App im Values-Objekt.

    Weitere Informationen zu diesen Einstellungen finden Sie im Referenzleitfaden für verfügbare App-Einstellungen (local.settings.json).

Führen Sie die folgenden Schritte aus, um eine App-Einstellung hinzuzufügen:

  1. Suchen Sie in der Datei local.settings.json nach dem Values-Objekt.

  2. Fügen Sie im Values-Objekt die App-Einstellung hinzu, die Sie bei lokalen Ausführungen in Visual Studio Code anwenden möchten. Einige Einstellungen ermöglichen es Ihnen, eine Einstellung für einen bestimmten Workflow hinzuzufügen. Beispiel:

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

Referenz für Hosteinstellungen (host.json)

In Visual Studio Code enthält die Metadatendatei host.json auf der Stammebene Ihres Logik-App-Projekts die Runtimeeinstellungen und Standardwerte, die für alle Workflows in einer Logik-App-Ressource gelten, unabhängig davon, ob die Ausführung lokal oder in Azure erfolgt. Lesen Sie den Abschnitt Verwalten von Hosteinstellungen (host.json), um zu erfahren, wie Sie diese Einstellungen anzeigen und verwalten. In der Dokumentation Grenzwert- und Konfigurationsinformationen für Azure Logic Apps finden Sie ebenfalls auf Logik-Apps bezogene Informationen zu Grenzwerten.

Auftragsorchestrierungsdurchsatz

Diese Einstellungen wirken sich auf den Durchsatz und die Kapazität für Azure Logic Apps-Instanzen mit einem einzelnen Mandanten für die Ausführung von Workflowvorgängen aus.

Einstellung Standardwert Beschreibung
Jobs.BackgroundJobs.DispatchingWorkersPulseInterval 00:00:01
(1 Sek.)
Hiermit wird der Intervall für Auftragsverteiler zum Abfragen der Auftragswarteschlange festgelegt, wenn die vorherige Abfrage keine Aufträge zurückgibt. Auftragsverteiler fragen die Warteschlange sofort ab, wenn die vorherige Abfrage einen Auftrag zurückgibt.
Jobs.BackgroundJobs.NumWorkersPerProcessorCount 192 Verteilerworkerinstanzen Hiermit wird die Anzahl der Verteilerworkerinstanzen oder Auftragsverteiler festgelegt, die pro Prozessorkern verfügbar sein sollen. Dieser Wert wirkt sich auf die Anzahl der Workflowausführungen pro Kern aus.
Jobs.BackgroundJobs.NumPartitionsInJobTriggersQueue 1 Auftragswarteschlange Hiermit wird die Anzahl der Auftragswarteschlangen festgelegt, die von Auftragsverteilern für die zu verarbeitenden Aufträge angezeigt werden. Dieser Wert wirkt sich auch auf die Anzahl der Speicherpartitionen aus, in denen Auftragswarteschlangen vorhanden sind.
Jobs.BackgroundJobs.NumPartitionsInJobDefinitionsTable 4 Auftragspartitionen Hiermit wird die Anzahl der Auftragspartitionen in der Auftragsdefinitionstabelle festgelegt. Dieser Wert steuert, inwieweit der Ausführungsdurchsatz von den Partitionsspeichergrenzwerten beeinflusst wird.

Ausführungsdauer und -verlauf

Einstellung Standardwert Beschreibung
Runtime.FlowRetentionThreshold 90.00:00:00
(90 Tage)
Hiermit wird die Zeitdauer festgelegt, für die der Ausführungsverlauf von Workflows nach dem Start einer Ausführung gespeichert werden soll.
Runtime.Backend.FlowRunTimeout 90.00:00:00
(90 Tage)
Hiermit wird die Zeitdauer festgelegt, die ein Workflow weiter ausgeführt werden kann, bevor ein Timeout erzwungen wird.

Wichtig: Stellen Sie sicher, dass dieser Wert kleiner als oder gleich dem Wert Runtime.FlowRetentionThreshold ist. Andernfalls werden Ausführungsverläufe möglicherweise gelöscht, bevor die zugeordneten Aufträge abgeschlossen sind.

Ausführen von Aktionen

Einstellung Standardwert Beschreibung
Runtime.FlowRunRetryableActionJobCallback.ActionJobExecutionTimeout 00:10:00
(10 Minuten)
Legt die Zeitdauer für die Ausführung eines Workflow-Aktionsauftrags fest, bevor ein Time out und ein Wiederholungsversuch ausgeführt werden.

Eingaben und Ausgaben

Einstellung Standardwert Beschreibung
Runtime.FlowRunActionJob.MaximumActionResultSize 209715200 Byte Hiermit wird die maximale Größe in Byte festgelegt, die die Eingaben und Ausgaben in einer Aktion kombiniert aufweisen können.
Runtime.ContentLink.MaximumContentSizeInBytes 104857600 Zeichen Hiermit wird die maximale Größe an Zeichen festgelegt, die eine Eingabe oder Ausgabe in einem Trigger oder in einer Aktion aufweisen kann.

Paginierung

Einstellung Standardwert Beschreibung
Runtime.FlowRunRetryableActionJobCallback.MaximumPageCount 1000 Seiten Wenn die Paginierung für einen Vorgang unterstützt wird und aktiviert ist, wird die maximale Anzahl der Seiten festgelegt, die zur Laufzeit zurückgegeben oder verarbeitet werden.

Segmentierung

Einstellung Standardwert Beschreibung
Runtime.FlowRunRetryableActionJobCallback.MaximumContentLengthInBytesForPartialContent 1073741824 Byte Wenn die Segmentierung für einen Vorgang unterstützt wird und aktiviert ist, wird die maximale Größe für den heruntergeladenen oder hochgeladenen Inhalt in Byte festgelegt.
Runtime.FlowRunRetryableActionJobCallback.MaxChunkSizeInBytes 52428800 Byte Wenn die Segmentierung für einen Vorgang unterstützt wird und aktiviert ist, wird die maximale Größe für jede Inhaltssegmentierung in Byte festgelegt.
Runtime.FlowRunRetryableActionJobCallback.MaximumRequestCountForPartialContent 1000 Anforderungen Wenn die Segmentierung für einen Vorgang unterstützt wird und aktiviert ist, wird die maximale Anzahl der Anforderungen festgelegt, die eine Aktionsausführung für Downloadinhalte durchführen kann.

Triggerparallelität

Einstellung Standardwert Beschreibung
Runtime.Trigger.MaximumRunConcurrency 100 Ausführungen Hiermit wird die maximale Anzahl gleichzeitiger Ausführungen festgelegt, die ein Trigger starten kann. Dieser Wert wird in der Parallelitätsdefinition des Triggers angezeigt.
Runtime.Trigger.MaximumWaitingRuns 200 Ausführungen Hiermit wird die maximale Anzahl der Ausführungen festgelegt, die warten können, nachdem gleichzeitige Ausführungen den Maximalwert erreicht haben. Dieser Wert wird in der Parallelitätsdefinition des Triggers angezeigt.

„For each“-Schleife

Einstellung Standardwert Beschreibung
Runtime.Backend.FlowDefaultForeachItemsLimit 100000
(100.000 Arrayelemente)
Hiermit wird die maximale Anzahl der Arrayelemente für einen zustandsbehafteten Workflow festgelegt, die in einer For each-Schleife verarbeitet werden sollen.
Runtime.Backend.Stateless.FlowDefaultForeachItemsLimit 100 Elemente Hiermit wird die maximale Anzahl der Arrayelemente für einen zustandslosen Workflow festgelegt, die in einer For each-Schleife verarbeitet werden sollen.
Runtime.Backend.ForeachDefaultDegreeOfParallelism 20 Iterationen Hiermit wird die Standardanzahl gleichzeitiger Iterationen oder der Parallelitätsgrad in einer For each-Schleife festgelegt. Legen Sie den Wert für eine sequenzielle Ausführung auf 1 fest.
Runtime.Backend.FlowDefaultSplitOnItemsLimit 100000
(100.000 Arrayelemente)
Hiermit wird die maximale Anzahl der Arrayelemente festgelegt, die basierend auf der SplitOn-Einstellung in mehrere Workflowinstanzen aufgelöst oder aufgeteilt werden sollen.

„Until“-Schleifen

Einstellung Standardwert Beschreibung
Runtime.Backend.MaximumUntilLimitCount 5000 Iterationen Hiermit wird für einen zustandsbehafteten Workflow die maximal mögliche Anzahl für die Count-Eigenschaft in einer Until-Aktion festgelegt.
Runtime.Backend.Stateless.MaximumUntilLimitCount 100 Iterationen Hiermit wird für einen zustandslosen Workflow die maximal mögliche Anzahl für die Count-Eigenschaft in einer Until-Aktion festgelegt.
Runtime.Backend.Stateless.FlowRunTimeout 00:05:00
(5 Min.)
Hiermit wird die maximale Wartezeit für eine Until-Schleife in einem zustandslosen Workflow festgelegt.

Variablen

Einstellung Standardwert Beschreibung
Runtime.Backend.DefaultAppendArrayItemsLimit 100000
(100.000 Arrayelemente)
Hiermit wird die maximale Anzahl der Elemente in einer Variablen mit dem Array-Typ festgelegt.
Runtime.Backend.VariableOperation.MaximumVariableSize Zustandsbehafteter Workflow: 104857600 Zeichen Hiermit wird die maximale Größe an Zeichen für die Inhalte festgelegt, die eine Variable speichern kann, wenn sie in einem zustandsbehafteten Workflow verwendet wird.
Runtime.Backend.VariableOperation.MaximumStatelessVariableSize Zustandsloser Workflow: 1024 Zeichen Hiermit wird die maximale Größe an Zeichen für die Inhalte festgelegt, die eine Variable speichern kann, wenn sie in einem zustandslosen Workflow verwendet wird.

HTTP-Vorgänge

Einstellung Standardwert Beschreibung
Runtime.Backend.HttpOperation.RequestTimeout 00:03:45
(3 Min. 45 Sek.)
Hiermit wird der Anforderungstimeoutwert für HTTP-Trigger und -Aktionen festgelegt.
Runtime.Backend.HttpOperation.MaxContentSize 104857600 Byte Hiermit wird die maximale Anforderungsgröße in Byte für HTTP-Trigger und -Aktionen festgelegt.
Runtime.Backend.HttpOperation.DefaultRetryCount 4 Wiederholungsversuche Hiermit wird die Standardwiederholungsanzahl für HTTP-Trigger und -Aktionen festgelegt.
Runtime.Backend.HttpOperation.DefaultRetryInterval 00:00:07
(7 Sek.)
Hiermit wird das Standardwiederholungsintervall für HTTP-Trigger und -Aktionen festgelegt.
Runtime.Backend.HttpOperation.DefaultRetryMaximumInterval 01:00:00
(1 Std.)
Hiermit wird das maximale Wiederholungsintervall für HTTP-Trigger und -Aktionen festgelegt.
Runtime.Backend.HttpOperation.DefaultRetryMinimumInterval 00:00:05
(5 Sek.)
Hiermit wird das minimale Wiederholungsintervall für HTTP-Trigger und -Aktionen festgelegt.

HTTP-Webhookvorgänge

Einstellung Standardwert Beschreibung
Runtime.Backend.HttpWebhookOperation.RequestTimeout 00:02:00
(2 min)
Hiermit wird der Anforderungstimeoutwert für HTTP-Webhooktrigger und -aktionen festgelegt.
Runtime.Backend.HttpWebhookOperation.MaxContentSize 104857600 Byte Hiermit wird die maximale Anforderungsgröße in Byte für HTTP-Webhooktrigger und -aktionen festgelegt.
Runtime.Backend.HttpWebhookOperation.DefaultRetryCount 4 Wiederholungsversuche Hiermit wird die Standardwiederholungsanzahl für HTTP-Webhooktrigger und -aktionen festgelegt.
Runtime.Backend.HttpWebhookOperation.DefaultRetryInterval 00:00:07
(7 Sek.)
Hiermit wird das Standardwiederholungsintervall für HTTP-Webhooktrigger und -aktionen festgelegt.
Runtime.Backend.HttpWebhookOperation.DefaultRetryMaximumInterval 01:00:00
(1 Std.)
Hiermit wird das maximale Wiederholungsintervall für HTTP-Webhooktrigger und -aktionen festgelegt.
Runtime.Backend.HttpWebhookOperation.DefaultRetryMinimumInterval 00:00:05
(5 Sek.)
Hiermit wird das minimale Wiederholungsintervall für HTTP-Webhooktrigger und -aktionen festgelegt.
Runtime.Backend.HttpWebhookOperation.DefaultWakeUpInterval 01:00:00
(1 Std.)
Hiermit wird das Standardaktivierungsintervall für HTTP-Webhooktrigger und -aktionsaufträge festgelegt.

Integrierte Azure Functions-Vorgänge

Einstellung Standardwert Beschreibung
Runtime.Backend.FunctionOperation.RequestTimeout 00:03:45
(3 Min. 45 Sek.)
Hiermit wird der Anforderungstimeoutwert für Azure Functions-Aktionen festgelegt.
Runtime.Backend.FunctionOperation.MaxContentSize 104857600 Byte Hiermit wird die maximale Anforderungsgröße für Azure Functions-Aktionen in Byte angegeben.
Runtime.Backend.FunctionOperation.DefaultRetryCount 4 Wiederholungsversuche Hiermit wird die Standardwiederholungsanzahl für Azure Functions-Aktionen festgelegt.
Runtime.Backend.FunctionOperation.DefaultRetryInterval 00:00:07
(7 Sek.)
Hiermit wird das Standardwiederholungsintervall für Azure Functions-Aktionen festgelegt.
Runtime.Backend.FunctionOperation.DefaultRetryMaximumInterval 01:00:00
(1 Std.)
Hiermit wird das maximale Wiederholungsintervall für Azure Functions-Aktionen festgelegt.
Runtime.Backend.FunctionOperation.DefaultRetryMinimumInterval 00:00:05
(5 Sek.)
Hiermit wird das minimale Wiederholungsintervall für Azure Functions-Aktionen festgelegt.

Integrierte SQL-Vorgänge

Einstellung Standardwert Beschreibung
Runtime.ServiceProviders.Sql.QueryExecutionTimeout 00:00:30
(30 Sek.)
Hiermit wird der Anforderungstimeoutwert für SQL-Dienstanbietervorgänge festgelegt.

Integrierte Azure Service Bus-Vorgänge

Einstellung Standardwert BESCHREIBUNG
ServiceProviders.ServiceBus.MessageSenderOperationTimeout 00:01:00
(1 min)
Es legt das Timeout für das Senden von Nachrichten mit dem integrierten Service Bus-Vorgang fest.
Runtime.ServiceProviders.ServiceBus.MessageSenderPoolSizePerProcessorCount 64 Nachrichtenabsender Hiermit wird die Anzahl der im Nachrichtenabsenderpool zu verwendenden Azure Service Bus-Nachrichtenabsender pro Prozessorkern festgelegt.

Verwaltete API-Connectorvorgänge

Einstellung Standardwert Beschreibung
Runtime.Backend.ApiConnectionOperation.RequestTimeout 00:02:00
(2 min)
Hiermit wird der Anforderungstimeoutwert für verwaltete API-Connectortrigger und -aktionen festgelegt.
Runtime.Backend.ApiConnectionOperation.MaxContentSize 104857600 Byte Hiermit wird die maximale Anforderungsgröße für verwaltete API-Connectortrigger und -aktionen in Byte festgelegt.
Runtime.Backend.ApiConnectionOperation.DefaultRetryCount 4 Wiederholungsversuche Hiermit wird die Standardwiederholungsanzahl für verwaltete API-Connectortrigger und -aktionen festgelegt.
Runtime.Backend.ApiConnectionOperation.DefaultRetryInterval 00:00:07
(7 Sek.)
Hiermit wird das Standardwiederholungsintervall für verwaltete API-Connectortrigger und -aktionen festgelegt.
Runtime.Backend.ApiWebhookOperation.DefaultRetryMaximumInterval 01:00:00
(1 Tag)
Hiermit wird das maximale Wiederholungsintervall für verwaltete API-Connectorwebhooktrigger und -aktionen festgelegt.
Runtime.Backend.ApiConnectionOperation.DefaultRetryMinimumInterval 00:00:05
(5 Sek.)
Hiermit wird das minimale Wiederholungsintervall für verwaltete API-Connectortrigger und -aktionen festgelegt.
Runtime.Backend.ApiWebhookOperation.DefaultWakeUpInterval 01:00:00
(1 Tag)
Hiermit wird das Standardaktivierungsintervall für verwaltete API-Connectorwebhooktrigger und -aktionsaufträge festgelegt.

Blob Storage

Einstellung Standardwert Beschreibung
Runtime.ContentStorage.RequestOptionsServerTimeout 00:00:30
(30 Sek.)
Hiermit wird der Timeoutwert für Blobanforderungen von der Azure Logic Apps-Runtime festgelegt.
Runtime.DataStorage.RequestOptionsMaximumExecutionTime 00:02:00
(2 min)
Hiermit wird der Vorgangstimeoutwert einschließlich der Wiederholungsversuche für Tabellen- und Warteschlangenspeicheranforderungen von der Azure Logic Apps-Runtime festgelegt.
Runtime.ContentStorage.RequestOptionsDeltaBackoff 00:00:02
(2 Sek.)
Hiermit wird das Backoffintervall zwischen den an den Blobspeicher gesendeten Wiederholungsversuchen festgelegt.
Runtime.ContentStorage.RequestOptionsMaximumAttempts 4 Wiederholungsversuche Hiermit wird die maximale Anzahl der Wiederholungsversuche festgelegt, die an den Tabellen- und Warteschlangenspeicher gesendet werden.

Inlinespeichern von Inhalten oder Verwenden von Blobs

Einstellung Standardwert Beschreibung
Runtime.FlowRunEngine.ForeachMaximumItemsForContentInlining 20 Elemente Wenn eine For each-Schleife ausgeführt wird, wird der Wert aller Elemente entweder inline mit anderen Metadaten im Tabellenspeicher oder separat im Blobspeicher gespeichert. Hiermit wird die Anzahl der Elemente festgelegt, die inline mit anderen Metadaten gespeichert werden sollen.
Runtime.FlowRunRetryableActionJobCallback.MaximumPagesForContentInlining 20 Seiten Hiermit wird die maximale Anzahl der Seiten festgelegt, die als Inlineinhalt im Tabellenspeicher gespeichert werden sollen, bevor sie im Blobspeicher gespeichert werden.
Runtime.FlowTriggerSplitOnJob.MaximumItemsForContentInlining 40 Elemente Wenn die SplitOn-Einstellung Arrayelemente in mehrere Workflowinstanzen auflöst, wird der Wert aller Elemente entweder inline mit anderen Metadaten im Tabellenspeicher oder separat im Blobspeicher gespeichert. Hiermit wird die Anzahl der Elemente festgelegt, die inline gespeichert werden sollen.
Runtime.ScaleUnit.MaximumCharactersForContentInlining 8192 Zeichen Hiermit wird die maximale Anzahl der Zeichen für Vorgangseingaben und -ausgaben festgelegt, die inline im Tabellenspeicher gespeichert werden sollen, bevor sie im Blobspeicher gespeichert werden.

Tabellen- und Warteschlangenspeicher

Einstellung Standardwert Beschreibung
Runtime.DataStorage.RequestOptionsServerTimeout 00:00:16
(16 Sek.)
Hiermit wird der Timeoutwert für Tabellen- und Warteschlangenspeicheranforderungen von der Azure Logic Apps-Runtime festgelegt.
Runtime.DataStorage.RequestOptionsMaximumExecutionTime 00:00:45
(45 Sek.)
Hiermit wird der Vorgangstimeoutwert einschließlich der Wiederholungsversuche für Tabellen- und Warteschlangenspeicheranforderungen von der Azure Logic Apps-Runtime festgelegt.
Runtime.DataStorage.RequestOptionsDeltaBackoff 00:00:02
(2 Sek.)
Hiermit wird das Backoffintervall zwischen den an den Tabellen- und Warteschlangenspeicher gesendeten Wiederholungsversuchen festgelegt.
Runtime.DataStorage.RequestOptionsMaximumAttempts 4 Wiederholungsversuche Hiermit wird die maximale Anzahl der Wiederholungsversuche festgelegt, die an den Tabellen- und Warteschlangenspeicher gesendet werden.

Wiederholungsrichtlinie für alle anderen Vorgänge

Einstellung Standardwert Beschreibung
Runtime.ScaleMonitor.MaxPollingLatency 00:00:30
(30 Sek.)
Hiermit wird die maximale Abrufwartezeit für die Runtimeskalierung festgelegt.
Runtime.Backend.Operation.MaximumRetryCount 90 Wiederholungsversuche Hiermit wird die maximale Anzahl der Wiederholungsversuche in der Wiederholungsrichtliniendefinition für einen Workflowvorgang festgelegt.
Runtime.Backend.Operation.MaximumRetryInterval 01:00:00:01
(1 Tag 1 Sek.)
Hiermit wird das maximale Intervall in der Wiederholungsrichtliniendefinition für einen Workflowvorgang festgelegt.
Runtime.Backend.Operation.MinimumRetryInterval 00:00:05
(5 Sek.)
Hiermit wird das minimale Intervall in der Wiederholungsrichtliniendefinition für einen Workflowvorgang festgelegt.

Verwalten von Hosteinstellungen (host.json)

Sie können Hosteinstellungen hinzufügen, aktualisieren oder löschen, die die Runtimekonfigurationseinstellungen und Werte angeben, die für alle Workflows in dieser Logik-App gelten. Beispiele hierfür sind Standardwerte für den Durchsatz, die Kapazität und die Datengröße, unabhängig davon, ob die Ausführung lokal oder in Azure erfolgt. Hosteinstellungen, die spezifisch für Logik-Apps sind, finden Sie im Referenzleitfaden für verfügbare Runtime- und Bereitstellungseinstellungen (host.json).

Visual Studio Code (host.json)

Führen Sie die folgenden Schritte aus, um die Hosteinstellungen für Ihre Logik-App in Visual Studio Code zu überprüfen.

  1. Suchen Sie die Datei host.json auf der Stammprojektebene in Ihrem Logik-App-Projekt, und öffnen Sie diese.

  2. Überprüfen Sie im extensions-Objekt unter workflows und settings die Hosteinstellungen, die zuvor zu Ihrer Logik-App hinzugefügt wurden. Andernfalls wird das extensions-Objekt nicht in der Datei angezeigt.

    Weitere Informationen zu Hosteinstellungen finden Sie im Referenzleitfaden für verfügbare Hosteinstellungen (host.json).

Führen Sie die folgenden Schritte aus, um eine Hosteinstellung hinzuzufügen:

  1. Fügen Sie in der Datei host.json unter dem extensionBundle-Objekt das extensions-Objekt hinzu, das die Objekte workflow und settings umfasst. Beispiel:

    {
       "version": "2.0",
       "extensionBundle": {
          "id": "Microsoft.Azure.Functions.ExtensionBundle",
          "version": "[1.*, 2.0.0)"
       },
       "extensions": {
          "workflow": {
             "settings": {
             }
          }
       }
    }
    
  2. Fügen Sie im settings-Objekt eine flache Liste mit den Hosteinstellungen hinzu, die Sie für alle Workflows in Ihrer Logik-App verwenden möchten, unabhängig davon, ob diese Workflows lokal oder in Azure ausgeführt werden. Beispiel:

    {
       "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)

Führen Sie die folgenden Schritte aus, um die Hosteinstellungen für Ihre auf einem einzelnen Mandanten basierende Logik-App im Azure-Portal zu überprüfen:

  1. Suchen Sie im Suchfeld des Azure-Portals Ihre Logik-App, und öffnen Sie diese.

  2. Wählen Sie im Menü Ihrer Logik-App unter Entwicklungstools die Option Erweiterte Tools aus.

  3. Klicken Sie auf der Seite Erweiterte Tools auf Los, wodurch die Kudu-Umgebung für Ihre Logik-App geöffnet wird.

  4. Klicken Sie auf der Kudu-Symbolleiste im Menü der Debugging-Konsole auf CMD.

  5. Beenden Sie im Azure-Portal Ihre Logik-App.

    1. Wählen Sie in Ihrem Logik-App-Menü Übersicht aus.

    2. Wählen Sie in der Symbolleiste des Bereichs Übersicht die Option Beenden aus.

  6. Wählen Sie im Menü Ihrer Logik-App unter Entwicklungstools die Option Erweiterte Tools aus.

  7. Wählen Sie im Bereich Erweiterte Tools die Option Los aus, wodurch die Kudu-Umgebung für Ihre Logik-App geöffnet wird.

  8. Öffnen Sie auf der Kudu-Symbolleiste das Menü Debugkonsole, und wählen Sie CMD aus.

    Ein Konsolenfenster wird geöffnet, in dem Sie mithilfe der Eingabeaufforderung zum Ordner wwwroot navigieren können. Alternativ können Sie die Verzeichnisstruktur durchsuchen, die oben im Konsolenfenster angezeigt wird.

  9. Navigieren Sie entlang des folgenden Pfads zum Ordner wwwroot: ...\home\site\wwwroot.

  10. Klicken Sie oben im Konsolenfenster in der Verzeichnistabelle neben der Datei host.json auf Bearbeiten.

  11. Nachdem die Datei host.json geöffnet wurde, überprüfen Sie die Hosteinstellungen, die Sie zuvor zu Ihrer Logik-App hinzugefügt haben.

    Weitere Informationen zu Hosteinstellungen finden Sie im Referenzleitfaden für verfügbare Hosteinstellungen (host.json).

Führen Sie die folgenden Schritte aus, um eine Einstellung hinzuzufügen:

  1. Beenden Sie Ihre Logik-App im Azure-Portal, bevor Sie Einstellungen hinzufügen oder bearbeiten.

    1. Wählen Sie in Ihrem Logik-App-Menü Übersicht aus.
    2. Wählen Sie in der Symbolleiste des Bereichs Übersicht die Option Beenden aus.
  2. Navigieren Sie zurück zur Datei host.json. Fügen Sie unter dem extensionBundle-Objekt das extensions-Objekt hinzu, das die Objekte workflow und settings umfasst. Beispiel:

    {
       "version": "2.0",
       "extensionBundle": {
          "id": "Microsoft.Azure.Functions.ExtensionBundle",
          "version": "[1.*, 2.0.0)"
       },
       "extensions": {
          "workflow": {
             "settings": {
             }
          }
       }
    }
    
  3. Fügen Sie im settings-Objekt eine flache Liste mit den Hosteinstellungen hinzu, die Sie für alle Workflows in Ihrer Logik-App verwenden möchten, unabhängig davon, ob diese Workflows lokal oder in Azure ausgeführt werden. Beispiel:

    {
       "version": "2.0",
       "extensionBundle": {
          "id": "Microsoft.Azure.Functions.ExtensionBundle",
          "version": "[1.*, 2.0.0)"
       },
       "extensions": {
          "workflow": {
             "settings": {
                "Runtime.Trigger.MaximumWaitingRuns": "100"
             }
          }
       }
    }
    
  4. Denken Sie daran, abschließend auf Speichern zu klicken.

  5. Starten Sie jetzt Ihre Logik-App neu. Navigieren Sie zurück zur Seite Übersicht Ihrer Logik-App, und klicken Sie auf Neu starten.


Nächste Schritte