Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Se aplica a: Azure Logic Apps (Estándar)
Note
Esta característica de versión preliminar está sujeta a los Términos de uso complementarios para las versiones preliminares de Microsoft Azure.
Aunque la fase de detección anterior proporciona información concreta sobre el diseño, los artefactos, los componentes y las dependencias del proyecto de integración, todavía se enfrenta a un desafío clave: convertir el inventario en una hoja de ruta de migración ejecutable. Necesita información sobre cómo los artefactos y los componentes se asignan a equivalentes en Azure Logic Apps (Estándar), qué partes pueden necesitar rediseñar y cuánto esfuerzo tardan estas actividades antes de iniciar el proceso de conversión.
En la fase de planeación, el agente de migración de Azure Logic Apps en Visual Studio Code usa los artefactos catalogados y genera un plan de migración detallado para cada grupo de flujo lógico. Este plan de migración incluye asignaciones de acciones, brechas de migración con enfoques recomendados, estimaciones de esfuerzo y planes de tareas. Con este conocimiento, puede pasar a la fase de conversión con mayor previsibilidad y un plan claro y de bajo riesgo.
En este artículo se explica cómo el agente de migración de Azure Logic Apps crea un plan de migración durante la fase de planeación. Después, puede usar este plan de migración para asignar artefactos de origen a Azure Logic Apps (estándar), identificar brechas de rediseño y calcular el esfuerzo antes de iniciar el proceso de conversión.
Acciones de la fase de planeación
En el agente de migración de Azure Logic Apps, después de completar la actividad Analyze Source Design, la actividad Plan Logic App Design estará disponible. Al seleccionar esta actividad, el @migration-planner GitHub agente de Copilot genera la siguiente información para cada grupo de flujo:
| Nombre de sección | Description |
|---|---|
| Arquitectura | La vista del diseñador, la vista de código y el diagrama de arquitectura de la solución propuesta. |
| Componentes de Azure dicionales | Las conversiones de componente explícitas y no explícitas de Azure que se requieren para el diseño propuesto. |
| Asignación de operaciones | Las asignaciones individuales de los componentes de la plataforma de origen a sus equivalentes en Azure Logic Apps estándar. Por ejemplo: - Un puerto de recepción de archivos de BizTalk se asigna a un desencadenador del sistema de archivos en un flujo de trabajo estándar. - Un puerto de envío HTTP de BizTalk se asigna a una acción HTTP en un flujo de trabajo estándar. Para obtener más información, consulte Asignación de operaciones. |
| Disposiciones de artefactos | Artefactos que requieren conversión y sus destinos de carga. |
| Brechas de migración | Las características o componentes que no tienen equivalentes directos en flujos de trabajo estándar y las soluciones alternativas recomendadas. Por ejemplo, un componente de canalización personalizada de BizTalk podría requerir una función local de .NET en un flujo de trabajo estándar. Para obtener más información, consulte Brechas de migración. |
| Patrones de integración | Patrones detectados en el flujo de integración. |
| Resumen | Información general de alto nivel sobre el flujo de trabajo propuesto. |
| Estimaciones de esfuerzo | La complejidad estimada (baja, media, alta) y el esfuerzo de cada flujo de integración en función del número de acciones, brechas y dependencias. |
| Planes de tareas | Las instrucciones paso a paso para las tareas de conversión en la siguiente fase. Para obtener más información, consulte Planes de tareas. |
En el ejemplo siguiente se muestra un plan de migración generado de ejemplo:
En las secciones siguientes se proporciona más información sobre áreas específicas del plan de migración:
Mapeo de operaciones
En la sección Asignación de operaciones se describe cómo cada componente de origen se asigna a un equivalente en un flujo de trabajo estándar, por ejemplo:
| Componente de origen | Equivalente de flujo de trabajo estándar | Tipo de operación | Tipo de mapeo | Notas |
|---|---|---|---|---|
| Puerto de recepción (archivo) | Desencadenador del sistema de archivos denominado Cuando se agrega o se modifica un archivo | Integrado | Nativo de tiempo de ejecución | Elija la versión built-in que se ejecuta en el mismo proceso que el entorno de ejecución de Azure Logic Apps. La versión shared se ejecuta en Azure multiinquilino. Para obtener más información, consulte: - Conectar a sistemas de archivos locales desde Azure Logic Apps - Referencia del conector integrado del sistema de archivos |
| Puerto de envío (HTTP) | Acción HTTP | Integrado | Nativo de tiempo de ejecución | Para obtener más información, consulte Llamar a puntos de conexión externos HTTP o HTTPS desde Azure Logic Apps. |
| Forma de orquestación (transformación) | Acción de operaciones XML denominada Transformar XML | Integrado | Nativo de tiempo de ejecución | Para obtener más información, vea Transform XML en Azure Logic Apps. |
| Componente de canalización personalizado | Función Azure Functions O bien Una función local .NET |
Integrado | Personalizada | Requiere la migración de código. Para obtener más información, consulte: - Llamar a las funciones de Azure desde Azure Logic Apps - Crear y ejecutar código .NET desde flujos de trabajo estándar en Azure Logic Apps |
Brechas de migración
Para cada brecha identificada, el plan incluye la siguiente información:
| Elemento | Description |
|---|---|
| Descripción de la brecha | Qué hace el componente de origen y por qué no existe ningún equivalente directo. |
| Resolución recomendada | La solución alternativa sugerida, como usar una función local de .NET, una función de Azure Functions o un conector personalizado. |
| Impacto en el esfuerzo | Cómo afecta la brecha a la estimación del esfuerzo de migración. |
Planes de tareas
Cada plan de migración incluye planes de tareas que proporcionan instrucciones paso a paso que impulsan la fase 3: Conversión. Cada tarea especifica la siguiente información:
- Artefactos que se van a convertir.
- Estructura de flujo de trabajo estándar de destino en Azure Logic Apps.
- Conexiones y configuraciones que se van a generar.
- Cualquier código personalizado que necesite escribir.
Revisión y ajuste de los planes
Después de que el agente de migración genere el plan de migración, revise cuidadosamente el plan para que comprenda la hoja de ruta y las recomendaciones. Realice las actualizaciones necesarias para su escenario antes de pasar a la fase de conversión. La precisión del plan afecta considerablemente a la calidad de la salida de conversión.
Para ayudarle a comprender mejor el plan y determinar si necesita realizar actualizaciones, interactúe con el @migration-planner GitHub agente de Copilot mediante Copilot chat en Visual Studio Code para las siguientes tareas:
- Formular preguntas sobre asignaciones específicas.
- Solicite enfoques alternativos para la resolución de brechas.
- Ajuste las estimaciones de esfuerzo.
- Solicitar modificaciones del plan antes de pasar a la conversión.
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