Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
S’applique à : Azure Logic Apps (Standard)
Note
Cette fonctionnalité en préversion est soumise aux conditions d’utilisation supplémentaires pour les préversions de Microsoft Azure.
Bien que l’étape de découverte précédente vous donne des informations concrètes sur la conception, les artefacts, les composants et les dépendances de votre projet d’intégration, vous rencontrez toujours un défi clé : transformer l’inventaire en feuille de route de migration exécutable. Vous avez besoin d’informations sur la façon dont les artefacts et les composants sont mappés à des équivalents dans Azure Logic Apps (Standard), les parties susceptibles de nécessiter une nouvelle conception et la quantité d’efforts que ces activités prennent avant de commencer le processus de conversion.
Dans l’étape planification, l’agent de migration Azure Logic Apps dans Visual Studio Code utilise les artefacts catalogés et génère un plan de migration détaillé pour chaque groupe de flux logique. Ce plan de migration comprend des mappages d’actions, des lacunes de migration avec des approches recommandées, des estimations d’effort et des plans de tâches. Avec cette connaissance, vous pouvez passer à la phase de conversion avec une plus grande prévisibilité et un plan clair et à faible risque.
Cet article explique comment l’agent de migration Azure Logic Apps crée un plan de migration pendant la phase de planification. Vous pouvez ensuite utiliser ce plan de migration pour mapper les artefacts sources à Azure Logic Apps (Standard), identifier les lacunes de nouvelle conception et estimer les efforts avant de commencer le processus de conversion.
Actions de phase de planification
Dans l'agent de migration Azure Logic Apps, une fois que vous avez achevé l'activité Analyse de la Conception Source, l'activité Planification de la Conception de l'Application Logique devient disponible. Lorsque vous sélectionnez cette activité, le @migration-planner GitHub assistant Copilot génère les informations suivantes pour chaque groupe de flux :
| Nom de la section | Description |
|---|---|
| Architecture | Le mode concepteur, la vue de code et le diagramme d’architecture de la solution proposée. |
| composants supplémentaires d'Azure | Les conversions explicites et non explicites des composants Azure nécessaires pour le design proposé. |
| Mappage des opérations | Mappages individuels des composants de la plateforme source vers leurs équivalents dans Azure Logic Apps (Standard). Par exemple : - Un port de réception BizTalk FILE correspond à un déclencheur système de fichiers dans un flux de travail standard. - Un port d’envoi HTTP BizTalk correspond à une action HTTP dans le flux de travail standard. Pour plus d’informations, consultez Mappage des opérations. |
| Dispositions d’artefacts | Artefacts qui nécessitent une conversion et leurs destinations de chargement. |
| Écarts de migration | Fonctionnalités ou composants qui n’ont pas d’équivalent direct dans les flux de travail Standard et les solutions de contournement recommandées. Par exemple, un composant de pipeline personnalisé BizTalk peut nécessiter une fonction locale .NET dans un flux de travail Standard. Pour plus d’informations, consultez les lacunes de migration. |
| Modèles d’intégration | Modèles détectés dans le flux d’intégration. |
| Résumé | Vue d’ensemble générale du flux de travail proposé. |
| Estimations de l’effort | Complexité estimée (faible, moyenne, élevée) et effort pour chaque flux d’intégration en fonction du nombre d’actions, d’écarts et de dépendances. |
| Plans de tâche | Instructions pas à pas pour les tâches de conversion à l’étape suivante. Pour plus d’informations, consultez Plans de tâche. |
L’exemple suivant montre un exemple de plan de migration généré :
Les sections suivantes fournissent plus d’informations sur les domaines spécifiques du plan de migration :
Mappage des opérations
La section Mappage des opérations décrit comment chaque composant source est mappé à un équivalent dans un flux de travail Standard, par exemple :
| Composant source | Équivalent de flux de travail standard | Type d'opération | Type de mappage | Remarques |
|---|---|---|---|---|
| Port de réception (FILE) | Déclencheur de système de fichiers nommé "Lorsque un fichier est ajouté ou modifié" | Intégré | Runtime natif | Choisissez la version intégrée qui s’exécute dans le même processus que le runtime Azure Logic Apps. La version shared s’exécute dans Azure multilocataire. Pour plus d’informations, consultez : - Connect aux systèmes de fichiers locaux à partir de Azure Logic Apps - Documentation de référence du connecteur intégré Système de fichiers |
| Port d’envoi (HTTP) | Action HTTP | Intégré | Runtime natif | Pour plus d’informations, consultez Appeler des points de terminaison HTTP ou HTTPS externes depuis Azure Logic Apps. |
| Forme d’orchestration (Transformation) | Action d’opérations XML nommée Transform XML | Intégré | Runtime natif | Pour plus d’informations, consultez Transform XML dans Azure Logic Apps. |
| Composant de pipeline personnalisé | Fonction Azure Functions -ou- Fonction locale .NET |
Intégré | Personnalisée | Nécessite une migration de code. Pour plus d’informations, consultez : - Call Azure Functions à partir de Azure Logic Apps - Créer et exécuter du code .NET à partir de flux de travail Standard dans Azure Logic Apps |
Écarts de migration
Pour chaque écart identifié, le plan comprend les informations suivantes :
| Élément | Description |
|---|---|
| Description de l’écart | Que fait le composant source et pourquoi aucun équivalent direct n’existe. |
| Résolution recommandée | Solution de contournement suggérée, telle que l’utilisation d’une fonction locale .NET, d’une fonction Azure Functions ou d’un connecteur personnalisé. |
| Impact sur l’effort | Comment l’écart affecte l’estimation de l’effort de migration. |
Plans de tâches
Chaque plan de migration inclut des plans de tâche qui fournissent des instructions pas à pas qui pilotent l’étape 3 - Conversion. Chaque tâche spécifie les informations suivantes :
- Artefacts à convertir.
- Structure de flux de travail standard cible dans Azure Logic Apps.
- Connexions et configurations à générer.
- Tout code personnalisé que vous devez écrire.
Examiner et ajuster les plans
Une fois que l’agent de migration a généré le plan de migration, examinez attentivement le plan afin de comprendre la feuille de route et les recommandations. Effectuez les mises à jour nécessaires pour votre scénario avant de passer à la phase de conversion. La précision de votre plan affecte considérablement la qualité de la sortie de conversion.
Pour mieux comprendre le plan et déterminer si vous devez effectuer des mises à jour, interagissez avec le @migration-planner GitHub assistant Copilot en utilisant Copilot conversation dans Visual Studio Code pour les tâches suivantes :
- Posez des questions sur des mappages spécifiques.
- Demandez des approches alternatives pour la résolution des écarts.
- Ajustez les estimations d’effort.
- Demander des modifications de plan avant de passer à la conversion.
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