Migración a Azure Logic Apps fase 4: validación: flujos de trabajo de prueba (versión preliminar)

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.

El proceso de validación puede ser difícil porque las diferencias de comportamiento entre los sistemas de origen y de destino son fáciles de perder. Después de generar el proyecto de aplicación lógica estándar, los flujos de trabajo y otros artefactos, compruebe el comportamiento del flujo de trabajo con respecto al comportamiento del sistema de origen antes de implementarlos en Azure Logic Apps. En la fase validación, el agente de migración de Azure Logic Apps en Visual Studio Code le ayuda con la tarea ejecutando los flujos de trabajo generados y comprobando si los desencadenadores, las acciones, las transformaciones y las conexiones funcionan correctamente.

En este artículo se describe el proceso general que sigue el agente de migración para probar los flujos de trabajo estándar generados con el comportamiento de origen, comparar los resultados e identificar los problemas o lagunas que necesite resolver.

Acciones de validación

La fase validación prueba los flujos de trabajo estándar generados con las especificaciones y el comportamiento originales del origen. Durante la validación, el agente ejecuta localmente los flujos de trabajo generados y compara su comportamiento con los flujos de integración originales.

Importante

Antes de empezar, asegúrese de revisar los flujos de trabajo, las conexiones y cualquier .NET funciones locales para obtener información y configuración correctas en comparación con el comportamiento de origen.

Para obtener más información, consulte:

Step Action Description
1 Configuración del entorno de ejecución local El agente de migración ejecuta localmente los flujos de trabajo estándar generados mediante el entorno de ejecución de Azure Functions y Docker Desktop.
2 Provisione recursos del conector Docker Desktop proporciona los recursos del conector local que los flujos de trabajo necesitan, como monitores del sistema de archivos, colas de mensajes y conexiones de base de datos.
3 Comportamiento de prueba Los flujos de trabajo generados se prueban con entradas de ejemplo y se comparan las salidas con los resultados esperados de la plataforma de origen.
4 Identificación de discrepancias El agente de migración marca las diferencias entre el comportamiento de origen y de destino para la investigación y la corrección.

Pasos siguientes