Migracja do Azure Logic Apps Etap 3 - Konwersja: Generowanie workflowów

Dotyczy: Azure Logic Apps (Standard)

Proces migracji projektów integracyjnych może zostać wstrzymany, gdy złożone artefakty źródłowe są trudne do przekształcenia w zasoby możliwe do wdrożenia w Azure Logic Apps (Standard). Na etapie konwersji agent migracji Azure Logic Apps w Visual Studio Code wykorzystuje zatwierdzone wyniki planowania do stworzenia i uruchomienia uporządkowanego planu konwersji. Proces ten tworzy artefakty obejmujące standardowe definicje workflow, konfiguracje połączeń oraz pliki wspierające.

W tym artykule opisano, w jaki sposób Azure Logic Apps Migration Agent tworzy zadania konwersji, które mapują artefakty integracji źródłowej na zasoby projektu aplikacji logiki w warstwie Standard gotowe do wdrożenia oraz w jaki sposób agent uruchamia te zadania, aby stworzyć artefakty projektu gotowe do wdrożenia i uruchomienia.

Akcje etapu konwersji

W Azure Logic Apps Migration Agent po zakończeniu działania Plan Logic App Design działanie Tworzenie zadań konwersji staje się dostępne. Po wybraniu działania Utwórz zadania konwersji agent GitHub Copilot tworzy zadania konwersji, które są niezbędne do wygenerowania artefaktów projektu docelowej aplikacji logiki.

Po przejrzeniu tych zadań i wybraniu aktywności @migration-converterWykonaj Zadania Konwersyjne, agent GitHub agent funkcji Copilot przetwarza wymagane zadania w kolejności zależności. Opcjonalne zadanie Cloud Deployment & Testing nie jest uwzględnione w tej akcji i wymaga osobnej zgody.

1. Generowanie artefaktów projektu aplikacji logiki

Agent @migration-converter generuje dane wyjściowe opisane w poniższych sekcjach.

struktura szkieletowa projektu

Agent @migration-converter najpierw tworzy przestrzeń roboczą Visual Studio Code oraz projekt aplikacji Standard Logic pod tym folderemout. Późniejsze zadania konwersji dodają jedną lub więcej definicji przepływu pracy, połączeń, artefaktów oraz projekt .NET Functions, gdy zatwierdzony plan tego wymaga:

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

W poniższym przykładzie przedstawiono agenta @migration-converter tworzącego strukturę szkieletu projektu i pliki:

Zrzut ekranu przedstawiający etap konwersji generujący pliki przepływu pracy Logic Apps Standard.

Plik definicji przepływu pracy

Dla każdego przepływu pracy w zatwierdzonym planie agent @migration-converter generuje plik workflow.json, który zawiera następujące operacje przepływu pracy:

Konfiguracje połączeń

Agent @migration-converter generuje plik connections.json, który zawiera niezbędne konfiguracje dla operacji łączników w przepływach pracy.

W poniższej tabeli opisano grupy łączników wysokiego poziomu:

Aby uzyskać więcej informacji, Co to są łączniki w Azure Logic Apps.

.NET funkcje lokalne

Jeśli masz składniki platformy źródłowej, które nie mają bezpośredniego odpowiednika łącznika w usłudze Azure Logic Apps (Standard), agent @migration-converter może utworzyć osobny projekt .NET Functions i utworzyć funkcje lokalne w folderze lib/custom projektu aplikacji logiki. To zachowanie często występuje w scenariuszach, w których istnieją następujące elementy:

• Niestandardowa logika przekształcania danych
• Złożone reguły analizowania lub walidacji
• Wywoływanie systemów lokalnych za pomocą protokołów niestandardowych
• Ocena reguł biznesowych

2. Sprawdzanie kompletności i jakości danych wyjściowych

Agent @migration-converter korzysta z umiejętności no-stubs-code-generation, która wymaga, aby wygenerowane dane wyjściowe nie zawierały żadnych implementacji szkieletowych, kodu zastępczego ani komentarzy TODO. Ten wymóg nie zastępuje ręcznej kontroli ani testów w czasie rzeczywistym.

Umiejętność ta stosuje następujące standardy do wygenerowanych plików:

Aby przygotować wygenerowane dane wyjściowe na etapie walidacji, w którym lokalnie uruchamiasz przepływy pracy do testowania, upewnij się, że ręcznie sprawdzisz definicje, połączenia i wszystkie wygenerowane .NET lokalne funkcje pod kątem niedokładności.

Aby uzyskać więcej informacji, zobacz Quickstart: Migrate an integration project using the Azure Logic Apps Migration Agent (Migrowanie projektu integracji przy użyciu agenta migracji Azure Logic Apps.

Treści powiązane

• Automatyzacja migracji z platform integracyjnych do Azure Logic Apps
• Quickstart: migrowanie projektu integracji przy użyciu agenta migracji Azure Logic Apps

Następne kroki