Migrering till Azure Logic Apps Stage 3 - Konvertering: Generera arbetsflöden

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 använder Azure Logic Apps Migration Agent i Visual Studio Code de godkända planeringsresultaten för att skapa och köra en ordnad konverteringsuppgiftsplan. Denna process skapar artefakter som inkluderar Standard-arbetsflödesdefinitioner, anslutningskonfigurationer och stödjande filer.

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.

Efter att du har granskat dessa uppgifter och valt aktiviteten Execute Conversion Tasks, @migration-converter bearbetar GitHubs Copilot-agent de nödvändiga uppgifterna i beroendeordning. Den valfria uppgiften Cloud Deployment & Testing ingår inte i denna åtgärd och kräver separat godkännande.

1: Generera projektartefakter för logikapp

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

Projektstruktur

Agenten @migration-converter skapar först en Visual Studio Code-arbetsyta och ett Standard Logic App-projekt under mappenout. Senare konverteringsuppgifter lägger till en eller flera arbetsflödesdefinitioner, anslutningar, artefakter och ett .NET Functions-projekt när den godkända planen kräver det:

out/
└── <workspace-name>/
    ├── <workspace-name>.code-workspace
    ├── <logic-app-name>/
    │   ├── host.json
    │   ├── local.settings.json
    │   ├── connections.json                 # Added when connectors are configured
    │   ├── <workflow-name>/
    │   │   └── workflow.json
    │   ├── Artifacts/                       # Added only when required
    │   └── lib/custom/                      # Added when local functions are built
    └── Functions/                           # Added only when local functions are required

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

Arbetsflödesdefinitionsfil

För varje arbetsflöde i den godkända planen genererar agenten @migration-converter en workflow.json fil som innehåller följande arbetsflödesoperationer:

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 en direktanslutningsmotsvarighet i Azure Logic Apps (Standard), kan agenten @migration-converter skapa ett separat .NET Functions-projekt och bygga lokala funktioner i Logic App-projektets mapp.lib/custom 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 använder no-stubs-code-generation färdigheten, vilket kräver att genererad utdata inte innehåller några stub-implementationer, platshållarkod eller TODO kommentarer. Detta krav ersätter inte manuell granskning eller körningstestning.

Kompetensen tillämpar följande standarder på genererade filer:

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