Migrering till Azure Logic Apps steg 3 – Konvertering: Generera arbetsflöden (förhandsversion)

Gäller för: Azure Logic Apps (Standard)

Migreringsprocessen för integrationsprojekt kan stoppas när komplexa källartefakter är svåra att omvandla till distribuerade resurser i Azure Logic Apps (Standard). I konverteringsfasen löser Azure Logic Apps Migration Agent i Visual Studio Code det här problemet genom att köra uppgiftsplanerna i din migreringsplan. Den här processen skapar kompletta artefakter som innehåller beredda för distribution standardarbetsflödesdefinitioner, anslutningskonfigurationer och stödfiler.

Den här artikeln beskriver hur Azure Logic Apps Migration Agent skapar konverteringsuppgifter som mappar källintegreringsartefakterna till standardprojektresurser för logikappar som är färdiga för distribution, och hur agenten utför dessa uppgifter för att skapa projektartefakter som är redo att distribueras och köras.

Åtgärder för konverteringsfas

När du har slutfört aktiviteten Plan Logic App Design i Azure Logic Apps Migration Agent blir aktiviteten Create Conversion Tasks tillgänglig. När du väljer aktiviteten Skapa konverteringsuppgifter skapar @migration-converter GitHub Copilot-agent de konverteringsuppgifter som krävs för att generera mållogikappens projektartefakter.

När du har granskat dessa uppgifter och valt aktiviteten Execute Conversion Tasks bearbetar @migration-converter GitHub Copilot-agent varje aktivitetsplan och vidtar följande åtgärder.

1: Generera projektartefakter för logikapp

Agenten @migration-converter genererar utdata som beskrivs i följande avsnitt.

Projektstruktur

Agenten @migration-converter genererar ett standardlogikappprojekt. Det här projektet innehåller en standardarbetsflödesdefinitionsfil per logisk flödesgrupp, en anslutningskonfigurationsfil, en värdkonfigurationsfil och andra stödfiler:

<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

I följande exempel visas agenten som @migration-converter skapar projektets struktur och filer:

Arbetsflödesdefinitionsfil

För varje logisk flödesgrupp genererar agenten @migration-converter en workflow.json fil som innehåller följande arbetsflödesåtgärder:

Anslutningskonfigurationer

Agenten @migration-converter genererar en connections.json fil som lagrar nödvändiga konfigurationer för anslutningsåtgärder i dina arbetsflöden.

I följande tabell beskrivs anslutningsgrupper på hög nivå:

Mer information finns i What are connectors in Azure Logic Apps.

.NET lokala funktioner

Om du har källplattformskomponenter som inte har någon motsvarande direktanslutning i Azure Logic Apps (Standard) genererar agenten @migration-converter .NET lokala funktioner. Det här beteendet inträffar ofta i scenarier där du har följande:

• Logik för anpassad datatransformering
• Komplexa parsnings- eller valideringsregler
• Anrop till lokala system via anpassade protokoll
• Utvärdering av affärsregler

2. Kontrollera utdatas fullständighet och kvalitet

Agenten @migration-converter genererar fullständiga, körklara, distributionklara artefakter. För att bekräfta att all genererad kod är helt funktionell och fullständig använder agenten kunskapen no-stubs-code-generation för att se till att all genererad kod är fullständig, fullt fungerande och att det inte finns några stub-implementeringar, platshållarkod eller TODO kommentarer.

Agenten använder följande standarder för att verifiera att varje genererad fil uppfyller följande standarder:

Om du vill förbereda de genererade utdata för valideringssteget där du lokalt kör arbetsflödena för testning kontrollerar du att du manuellt inspekterar arbetsflödesdefinitionerna, anslutningarna och eventuella genererade .NET lokala funktioner för felaktigheter.

Mer information finns i Quickstart: Migrera ett integrationsprojekt med hjälp av Azure Logic Apps Migration Agent.

Relaterat innehåll

• Migrationsautomatisering från integrationsplattformar till Azure Logic Apps
• Quickstart: Migrera ett integrationsprojekt med hjälp av Azure Logic Apps Migration Agent

Nästa steg