Migration zu Azure Logic Apps Phase 3 – Konvertierung: Workflows generieren (Vorschau)

Gilt für: Azure Logic Apps (Standard)

Note

Dieses Vorschaufeature unterliegt den ergänzenden Nutzungsbedingungen für Microsoft Azure Previews.

Der Migrationsprozess für Integrationsprojekte kann hängen, wenn komplexe Quellartefakte schwer in bereitstellungsfähige Ressourcen in Azure Logic Apps (Standard) transformiert werden können. In der Konvertierungsphase löst der Azure Logic Apps Migrations-Agent in Visual Studio Code dieses Problem durch Ausführen der Aufgabenpläne in Ihrem Migrationsplan. Dieser Prozess erstellt vollständige Artefakte, die einsatzbereite Standardworkflowdefinitionen, Verbindungskonfigurationen und unterstützende Dateien enthalten.

In diesem Artikel wird beschrieben, wie der Azure Logic Apps Migrations-Agent Konvertierungsaufgaben erstellt, die die Quellintegrationsartefakte den Projektressourcen der Standardlogik-App zuordnen und wie der Agent diese Aufgaben ausführt, um sofort einsatzbereite Projektartefakte zu erstellen.

Aktionen der Konvertierungsstufe

Nachdem Sie die Aktivität Plan Logic App Design im Azure Logic Apps Migrations-Agent abgeschlossen haben, wird die Aktivität Konvertierungsaufgaben erstellen verfügbar. Wenn Sie die aktivität Create Conversion Tasks auswählen, erstellt die @migration-converter GitHub-Copilot-Agent die Konvertierungsaufgaben, die zum Generieren der Ziellogik-App-Projektartefakte erforderlich sind.

Nachdem Sie diese Aufgaben überprüft und die Execute Conversion Tasks aktivität ausgewählt haben, verarbeitet die @migration-converter GitHub-Copilot-Agent jeden Aufgabenplan und führt die folgenden Aktionen aus.

1: Generieren von Logik-App-Projektartefakten

Der @migration-converter Agent generiert die in den folgenden Abschnitten beschriebenen Ausgaben.

Projektgerüststruktur

Der @migration-converter Agent generiert ein Standardlogik-App-Projekt. Dieses Projekt enthält eine Standard-Workflowdefinitionsdatei pro logischer Flussgruppe, eine Verbindungskonfigurationsdatei, eine Hostkonfigurationsdatei und andere unterstützende Dateien:

<project-root>/
├── host.json                    # Host configuration for Standard logic app
├── local.settings.json          # Local development settings
├── connections.json             # Connector configurations
├── <workflow-name>/
│   └── workflow.json            # Workflow definition file per flow group
├── <workflow-name-2>/
│   └── workflow.json            # Workflow definition file per flow group
└── lib/                         
    └── custom/
        └── <function-name>.cs   # .NET local function, if necessary

Das folgende Beispiel zeigt den @migration-converter Agent zum Erstellen der Projektgerüststruktur und -dateien:

Screenshot der Konvertierungsphase, in der Logic Apps Standard-Workflowdateien generiert werden.

Workflow-Definitionsdatei

Für jede logische Ablaufgruppe generiert der @migration-converter Agent eine workflow.json Datei, die die folgenden Workflowvorgänge enthält:

Operation Beschreibung
Auslösen Jeder Workflow beginnt immer mit einem einzelnen Trigger, also dem Einstiegspunkt des Workflows. Der Agent ordnet diesen Trigger den Empfangsports oder Listenern in der Quelle zu.
Action Jeder Workflow verfügt über eine oder mehrere Aktionen, die Aufgaben ausführen. Der Agent ordnet diese Aktionen von den Orchestrierungsformen, Flow-Prozessoren oder Aktivitäten in der Quelle zu.
Bedingungen oder Schleifen Aktionen, die ablaufsteuerungslogik ausführen, z. B. If, For each, and Until. Der Agent übersetzt diese Aktionen von Entscheidungsformen und Schleifen in der Quelle.
Scopes Aktionen mit run-after Konfigurationen, die Sie zum Einrichten der Fehlerbehandlung verwenden können.

Verbindungskonfigurationen

Der @migration-converter Agent generiert eine connections.json Datei, die die erforderlichen Konfigurationen für Connectorvorgänge in Ihren Workflows speichert.

In der folgenden Tabelle werden die übergeordneten Verbindergruppen beschrieben.

Verbindungsgruppe Beschreibung und Beispiele
Integriert Connectors mit Vorgängen, die im selben Prozess wie die Azure Logic Apps (Standard)-Laufzeit ausgeführt werden. Diese Connectors umfassen beispielsweise Request, File System, HTTP, Azure Blob Storage, Service Bus, SQL Server, AS2, EDIFACT, X12 und andere.

Weitere Informationen finden Sie unter:

- Integrierte Verbinder in Azure Logic Apps
- Azure Logic Apps (Standard) integrierte Konnektoren Referenz
Freigegeben oder "verwaltet" Connectors mit Vorgängen, die in mehrinstanzenfähigem Azure ausgeführt werden. Diese Connectors umfassen beispielsweise Salesforce, SAP, Office 365 Outlook, Power BI, SharePoint usw. Azure Logic Apps unterstützt 1.400+ gemeinsame Konnektoren für Microsoft, Azure und andere Plattformen in der Cloud, vor Ort und in Hybridumgebungen.

Weitere Informationen finden Sie unter Managed oder Shared Connectors in Azure Logic Apps.
Custom Connectoren von anderen Herausgebern oder Ihrer Organisation, die Sie für benutzerdefinierte APIs (Application Programming Interfaces) oder andere Dienste erstellen. Weitere Informationen finden Sie unter Erstellen von benutzerdefinierten integrierten Connectors für Standardworkflows.

Weitere Informationen zu Was sind Connectors in Azure Logic Apps?.

.NET lokale Funktionen

Wenn Sie über Quellplattformkomponenten verfügen, die in Azure Logic Apps (Standard) keine direkte Verbinderentsprechung besitzen, generiert der @migration-converter-Agent lokale .NET-Funktionen. Dieses Verhalten tritt häufig in Szenarien auf, in denen Sie folgendes haben:

  • Benutzerdefinierte Datentransformationslogik
  • Komplexe Analyse- oder Validierungsregeln
  • Aufrufe an lokale Systeme über benutzerdefinierte Protokolle
  • Auswertung von Geschäftsregeln

2. Überprüfen der Vollständigkeit und Qualität der Ausgabe

Der @migration-converter-Agent erzeugt vollständige, sofort ausführbare und bereitzustellende Artefakte. Um sicherzustellen, dass der gesamte generierte Code voll funktionsfähig und vollständig ist, verwendet der Agent die no-stubs-code-generation Fähigkeit, sicherzustellen, dass der gesamte generierte Code vollständig, voll funktionsfähig ist und dass keine Stubimplementierungen, Platzhaltercode oder TODO Kommentare vorhanden sind.

Der Agent verwendet die folgenden Standards, um zu überprüfen, ob jede generierte Datei die folgenden Standards erfüllt:

Standard Beschreibung
Keine Stubs oder Platzhalter-Codes Der gesamte generierte Code ist vollständig und funktionsfähig.
Gültiger JSON-Code Alle dateien workflow.json und connections.json sind gültig und entsprechen dem Azure Logic Apps Schema.
Korrigieren von Verweisen Workflowaktionen verweisen auf die richtigen Verbindungen und Parameter.
Fehlerbehandlung Workflows umfassen die entsprechenden Fehlerbehandlungsbereiche.

Um die generierte Ausgabe für die Überprüfungsphase vorzubereiten, in der Sie die Workflows lokal zu Testzwecken ausführen, stellen Sie sicher, dass Sie die Workflowdefinitionen, Verbindungen und alle generierten .NET lokalen Funktionen manuell auf Ungenauigkeiten überprüfen.

Von Bedeutung

Überprüfen Sie als bewährte Methode immer alle von KI generierten Ausgaben, bevor Sie sie verwenden. Solche Ausgaben können falsche Informationen enthalten.

Weitere Informationen finden Sie unter Quickstart: Migrieren eines Integrationsprojekts mithilfe des Azure Logic Apps Migrations-Agents.

Verwandte Inhalte

Nächste Schritte

Migrations-Agent-Phase 4 – Validierung: Workflows testen

  • Last updated on