Migración a Azure Logic Apps fase 3: Conversión: generación de flujos de trabajo (versión preliminar)

Se aplica a: Azure Logic Apps (Estándar)

El proceso de migración para proyectos de integración puede detenerse cuando los artefactos de origen complejos son difíciles de transformar en recursos implementables en Azure Logic Apps (Estándar). En la fase Conversión, el agente de migración de Azure Logic Apps en Visual Studio Code resuelve este problema mediante la ejecución de los planes de tareas en el plan de migración. Este proceso crea artefactos completos que incluyen definiciones de flujo de trabajo estándar listas para implementar, configuraciones de conexión y archivos auxiliares.

En este artículo se describe cómo el agente de migración de Azure Logic Apps crea tareas de conversión que asignan los artefactos de integración de origen a recursos de proyecto de aplicación lógica estándar listos para implementar y cómo ejecuta el agente estas tareas para generar artefactos de proyecto listos para implementar y ejecutar.

Acciones de fase de conversión

En el agente de migración de Azure Logic Apps, después de finalizar la actividad Plan Logic App Design, la actividad Crear tareas de conversión estará disponible. Al seleccionar la actividad Crear tareas de conversión, el @migration-converter GitHub agente de Copilot crea las tareas de conversión necesarias para generar los artefactos del proyecto de aplicación lógica de destino.

Después de revisar estas tareas y seleccionar la actividad Execute Conversion Tasks, la actividad @migration-converter GitHub agente de Copilot procesa cada plan de tareas y realiza las siguientes acciones.

1: Generar artefactos de proyecto de aplicación lógica

El @migration-converter agente genera las salidas descritas en las secciones siguientes.

estructura de andamio de proyecto

El @migration-converter agente genera un proyecto de aplicación lógica estándar. Este proyecto contiene un archivo de definición de flujo de trabajo estándar por grupo de flujo lógico, un archivo de configuración de conexiones, un archivo de configuración de host y otros archivos auxiliares:

<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

En el ejemplo siguiente se muestra el agente @migration-converter creando la estructura y los archivos de andamiaje del proyecto:

Archivo de definición de flujo de trabajo

Para cada grupo de flujo lógico, el @migration-converter agente genera un workflow.json archivo que contiene las siguientes operaciones de flujo de trabajo:

Configuraciones de conexión

El @migration-converter agente genera un connections.json archivo, que almacena las configuraciones necesarias para las operaciones del conector en los flujos de trabajo.

En la tabla siguiente se describen los grupos de conectores de alto nivel:

Para obtener más información, ¿Qué son los conectores en Azure Logic Apps.

.NET funciones locales

Si tiene componentes de plataforma de origen que no tienen un conector directo equivalente en Azure Logic Apps (Estándar), el agente @migration-converter genera funciones locales de .NET. Este comportamiento suele ocurrir en escenarios en los que dispone de lo siguiente:

• Lógica de transformación de datos personalizada
• Reglas de análisis o validación complejas
• Llamadas a sistemas locales a través de protocolos personalizados
• Evaluación de reglas de negocio

2. Comprobar la integridad y la calidad de la salida

El @migration-converter agente genera artefactos completos, listos para ejecutarse e implementables. Para confirmar que todo el código generado es totalmente funcional y completo, el agente utiliza la no-stubs-code-generation capacidad para garantizar que todo el código generado está completo y plenamente funcional, y que no existan implementaciones incompletas o de prueba, código de plantilla, ni TODO comentarios.

El agente usa los siguientes estándares para comprobar que cada archivo generado cumple los siguientes estándares:

Para preparar la salida generada para la fase de validación en la que ejecuta localmente los flujos de trabajo para realizar pruebas, asegúrese de inspeccionar manualmente las definiciones de flujo de trabajo, las conexiones y las funciones locales generadas .NET para detectar imprecisiones.

Para obtener más información, consulte Quickstart: Migración de un proyecto de integración mediante Azure Logic Apps Migration Agent.

Contenido relacionado

• Automatización de la migración desde plataformas de integración a Azure Logic Apps
• Quickstart: Migración de un proyecto de integración mediante Azure Logic Apps Migration Agent

Pasos siguientes