Migration vers Azure Logic Apps étape 3 - Conversion : générer des flux de travail (préversion)

S’applique à : Azure Logic Apps (Standard)

Le processus de migration des projets d’intégration peut se bloquer lorsque des artefacts sources complexes sont difficiles à transformer en ressources déployables dans Azure Logic Apps (Standard). Dans la phase de conversion, l’agent de migration Azure Logic Apps dans Visual Studio Code résout ce problème en exécutant les plans de tâche dans votre plan de migration. Ce processus crée des artefacts complets, prêts à être déployés, qui incluent des définitions de flux de travail standard, des configurations de connexion et des fichiers de prise en charge.

Cet article décrit comment l’agent de migration Azure Logic Apps crée des tâches de conversion qui mappent les artefacts d’intégration source aux ressources de projet de logic apps standard prêtes à déployer, et comment l’agent exécute ces tâches pour produire des artefacts de projet prêts à l’exécution.

Actions de phase de conversion

Dans l’agent de migration Azure Logic Apps, après avoir terminé l’activité Plan Logic App Design, l’activité Create Conversion Tasks devient disponible. Lorsque vous sélectionnez l’activité Create Conversion Tasks, la @migration-converter GitHub assistant Copilot crée les tâches de conversion nécessaires pour générer les artefacts de projet d’application logique cible.

Après avoir examiné ces tâches et sélectionné l’activité Exécuter les tâches de conversion, l’activité @migration-converter GitHub assistant Copilot traite chaque plan de tâche et effectue les actions suivantes.

1 : Générer des artefacts de projet d’application logique

L’agent @migration-converter génère les sorties décrites dans les sections suivantes.

Structure d'échafaudage du projet

L’agent @migration-converter génère un projet d’application logique standard. Ce projet contient un fichier de définition de flux de travail standard par groupe de flux logique, un fichier de configuration de connexions, un fichier de configuration hôte et d’autres fichiers de prise en charge :

<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

L’exemple suivant montre l’agent @migration-converter qui crée la structure et les fichiers de structure du projet :

Fichier de définition de flux de travail

Pour chaque groupe de flux logique, l’agent @migration-converter génère un workflow.json fichier qui contient les opérations de flux de travail suivantes :

Configurations de connexion

L’agent @migration-converter génère un connections.json fichier qui stocke les configurations nécessaires pour les opérations de connecteur dans vos flux de travail.

Le tableau suivant décrit les groupes de connecteurs de haut niveau :

Pour plus d’informations, Quels sont les connecteurs dans Azure Logic Apps.

fonctions locales .NET

Si vous avez des composants de plateforme source qui n'ont pas d'équivalent de connecteur direct dans Azure Logic Apps (Standard), l'agent @migration-converter génère .NET fonctions locales. Ce comportement se produit généralement dans les scénarios où vous disposez des éléments suivants :

• Logique de transformation de données personnalisée
• Règles d’analyse ou de validation complexes
• Appels à des systèmes locaux via des protocoles personnalisés
• Évaluation des règles d’entreprise

2. Vérifier l’exhaustivité et la qualité de la sortie

L'agent @migration-converter génère des artefacts entièrement prêts à l'exécution et déployables. Pour confirmer que tout le code généré est entièrement fonctionnel et complet, l’agent utilise la no-stubs-code-generation compétence pour s’assurer que tout le code généré est complet, entièrement fonctionnel et qu’aucune implémentation stub, code d’espace réservé ou TODO commentaire n’existe.

L’agent utilise les normes suivantes pour vérifier que chaque fichier généré répond aux normes suivantes :

Pour préparer la sortie générée pour la phase de validation où vous exécutez localement les flux de travail à des fins de test, vérifiez que vous inspectez manuellement les définitions de flux de travail, les connexions et toutes les fonctions locales générées .NET pour des inexactitudes.

Pour plus d’informations, consultez Démarrage rapide : Migrer un projet d'intégration en utilisant l'agent de migration Azure Logic Apps.

Contenu connexe

• Automatisation de la migration des plateformes d’intégration vers Azure Logic Apps
• Quickstart : Migrer un projet d’intégration à l’aide de l’agent de migration Azure Logic Apps

Étapes suivantes