Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für: Azure Logic Apps (Standard)
Note
Dieses Vorschaufeature unterliegt den ergänzenden Nutzungsbedingungen für Microsoft Azure Previews.
Obwohl ihnen die vorherige Ermittlungsphase konkrete Informationen zum Design, Artefakten, Komponenten und Abhängigkeiten Ihres Integrationsprojekts bietet, stehen Sie immer noch einer wichtigen Herausforderung gegenüber: Der Bestand wird in eine ausführbare Migrationsroadmap umgewandelt. Bevor Sie mit der Konversion beginnen, benötigen Sie Informationen darüber, wie Artefakte und Komponenten den Äquivalenten in Azure Logic Apps (Standard) zugeordnet werden, welche Elemente möglicherweise neu gestaltet werden müssen und wie viel Aufwand diese Aktivitäten erfordern.
In der Planungsphase verwendet der Azure Logic Apps Migrations-Agent in Visual Studio Code die katalogierten Artefakte und generiert einen detaillierten Migrationsplan für jede logische Ablaufgruppe. Dieser Migrationsplan umfasst Aktionszuordnungen, Migrationslücken mit empfohlenen Ansätzen, Leistungsschätzungen und Aufgabenplänen. Mit diesem Wissen können Sie mit einer besseren Vorhersagbarkeit und einem klaren Plan mit geringem Risiko zur Konvertierungsphase wechseln.
In diesem Artikel wird erläutert, wie der Azure Logic Apps Migrations-Agent während der Planungsphase einen Migrationsplan erstellt. Anschließend können Sie diesen Migrationsplan verwenden, um Quellartefakte Azure Logic Apps (Standard) zuzuordnen, Neugestaltungslücken zu identifizieren und den Aufwand zu schätzen, bevor Sie den Konvertierungsprozess starten.
Planen von Phasenaktionen
Nach Abschluss des Analyze Source Design-Aktivität wird im Azure Logic Apps Migrations-Agent die Aktivität Plan Logic App Design verfügbar. Wenn Sie diese Aktivität auswählen, generiert die @migration-planner GitHub-Copilot-Agent die folgenden Informationen für jede Ablaufgruppe:
| Name des Abschnitts | Beschreibung |
|---|---|
| Architektur | Die Designeransicht, Codeansicht und Architekturdiagramm für die vorgeschlagene Lösung. |
| Weitere Azure Komponenten | Die expliziten und nicht expliziten Azure Komponentenkonvertierungen, die für den vorgeschlagenen Entwurf erforderlich sind. |
| Zuordnung von Vorgängen | Die 1:1-Zuordnungen von Quellplattformkomponenten zu ihren Entsprechungen in Azure Logic Apps (Standard). Beispiel: - Ein BizTalk FILE Receive Port wird einem File System Trigger in einem Standard Workflow zugeordnet. – Ein BizTalk-HTTP-Sendeport ist einer HTTP-Aktion in einem Standardworkflow zugeordnet. Weitere Informationen finden Sie unter Operations mapping. |
| Artefakt-Dispositionen | Die Artefakte, die eine Konvertierung erfordern und deren Uploadziele. |
| Migrationslücken | Die Features oder Komponenten, die nicht über direkte Entsprechungen in Standardworkflows verfügen, und die empfohlenen Problemumgehungen. Beispielsweise kann eine benutzerdefinierte BizTalk-Pipelinekomponente eine .NET lokale Funktion in einem Standardworkflow erfordern. Weitere Informationen finden Sie unter Migrationslücken. |
| Integrationsmuster | Die erkannten Muster im Integrationsfluss. |
| Zusammenfassung | Eine allgemeine Übersicht über den vorgeschlagenen Workflow. |
| Schätzungen des Aufwands | Die geschätzte Komplexität (niedrig, mittel, hoch) und der Aufwand für jeden Integrationsfluss basierend auf der Anzahl der Aktionen, Lücken und Abhängigkeiten. |
| Aufgabenpläne | Die schrittweisen Anleitungen für Konvertierungsaufgaben in der nächsten Phase. Weitere Informationen finden Sie unter Aufgabenpläne. |
Das folgende Beispiel zeigt einen Beispiel für einen generierten Migrationsplan:
In den folgenden Abschnitten finden Sie weitere Informationen zu bestimmten Migrationsplanbereichen:
Zuordnung von Operationen
Im Abschnitt "Operations mapping " wird beschrieben, wie jede Quellkomponente einem gleichwertigen Workflow in einem Standardworkflow zugeordnet wird, z. B.:
| Quellkomponente | Standard-Workflow-Äquivalent | Vorgangstyp | Zuordnungstyp | Hinweise |
|---|---|---|---|---|
| Empfangsport (FILE) | Dateisystemtrigger mit dem Namen "Beim Hinzufügen oder Ändern einer Datei" | Integriert | Laufzeit nativ | Wählen Sie die Version built-in aus, die im gleichen Prozess wie die Azure Logic Apps-Laufzeit ausgeführt wird. Die version shared wird in mehrinstanzenfähigem Azure ausgeführt. Weitere Informationen finden Sie unter: - Verbinden mit lokalen Dateisystemen von Azure Logic Apps - Dateisystem mit integriertem Connector als Referenz |
| Sendeport (HTTP) | HTTP-Aktion | Integriert | Laufzeit nativ | Weitere Informationen finden Sie unter Aufrufen von externen HTTP- oder HTTPS-Endpunkten aus Azure Logic Apps. |
| Orchestrierungsform (Transformieren) | XML-Vorgänge-Aktion mit dem Namen "Transform XML" | Integriert | Laufzeit nativ | Weitere Informationen finden Sie unter Transform XML in Azure Logic Apps. |
| Benutzerdefinierte Pipelinekomponente | Eine funktion Azure Functions Oder Eine .NET lokale Funktion |
Integriert | Custom | Erfordert Code-Migration. Weitere Informationen finden Sie unter: - Rufen Sie Azure Functions von Azure Logic Apps auf - Erstellen und Ausführen von .NET-Code aus Standard-Workflows in Azure Logic Apps |
Migrationslücken
Für jede identifizierte Lücke enthält der Plan die folgenden Informationen:
| Element | Beschreibung |
|---|---|
| Beschreibung der Lücke | Was die Quellkomponente tut und warum keine direkte Entsprechung vorhanden ist. |
| Empfohlene Auflösung | Die vorgeschlagene Problemumgehung, z. B. die Verwendung einer .NET lokalen Funktion, Azure Functions-Funktion oder eines benutzerdefinierten Verbinders. |
| Auswirkungen auf den Aufwand | Wie sich die Lücke auf die Schätzung des Migrationsaufwands auswirkt. |
Aufgabenpläne
Jeder Migrationsplan enthält Aufgabenpläne, die schrittweise Anleitungen bereitstellen, die Phase 3 – Konvertierung steuern. Jeder Vorgang gibt die folgenden Informationen an:
- Die zu konvertierenden Artefakte.
- Die Ziel-Standardworkflowstruktur in Azure Logic Apps.
- Die zu generierenden Verbindungen und Konfigurationen.
- Jeder benutzerdefinierte Code, den Sie schreiben müssen.
Überprüfen und Anpassen der Pläne
Nachdem der Migrations-Agent den Migrationsplan generiert hat, überprüfen Sie den Plan sorgfältig, damit Sie die Roadmap und Empfehlungen verstehen. Nehmen Sie alle für Ihr Szenario erforderlichen Aktualisierungen vor, bevor Sie zur Konvertierungsphase wechseln. Die Genauigkeit Ihres Plans wirkt sich erheblich auf die Qualität der Konvertierungsausgabe aus.
Um den Plan besser zu verstehen und zu bestimmen, ob Sie Updates vornehmen müssen, interagieren Sie mit dem @migration-planner GitHub-Copilot-Agent, indem Sie Copilot Chat in Visual Studio Code für die folgenden Aufgaben verwenden:
- Stellen Sie Fragen zu bestimmten Zuordnungen.
- Fordern Sie alternative Ansätze für die Lösung von Lücken an.
- Passen Sie Die Leistungsschätzungen an.
- Fordern Sie Planänderungen an, bevor Sie mit der Konvertierung fortfahren.
Verwandte Inhalte
- Migrationsautomatisierung von Integrationsplattformen zu Azure Logic Apps
- Quickstart: Migrieren eines Integrationsprojekts mithilfe des Azure Logic Apps Migrations-Agents