Moderniza las cargas de trabajo de mainframe y de gama media usando Azure Logic Apps Standard

Azure Logic Apps Standard ayuda a las organizaciones a ampliar e incrementalmente las cargas de trabajo mainframe y de gama media sin necesidad de reescribir primero los programas anfitriones establecidos ni trasladar todo el procesamiento a Azure. Utiliza flujos de trabajo y conectores integrados para exponer transacciones, datos, mensajes, archivos y aplicaciones basadas en pantalla existentes a los consumidores modernos. Ejecuta la capa de integración en Azure, en App Service Environment v3 (ASE v3), o en infraestructura gestionada por el cliente mediante despliegue híbrido en Kubernetes habilitado para Azure Arc.

Los clientes que migran de BizTalk Server pueden conservar los metadatos de integración de host compatibles y usar las configuraciones existentes de los adaptadores como entrada para nuevas conexiones de conectores integrados. Este enfoque favorece la coexistencia gradual entre sistemas existentes y modernizados mientras los equipos trasladan interfaces y capacidades empresariales en oleadas manejables.

Valor del cliente

Azure Logic Apps Standard ofrece el siguiente valor para la modernización de mainframes y de gama media:

Objetivo del cliente valor de Azure Logic Apps Standard
Preservar los sistemas de funcionamiento Reutilizar programas anfitriones existentes, estructuras de datos, colas, archivos y metadatos compatibles mientras modernizas la capa de integración circundante.
Modernizar de forma incremental Introducir flujos de trabajo como fachadas de integración, mover una interfaz o capacidad de negocio a la vez, y mantener los sistemas heredados y modernos funcionando juntos durante la transición.
Reducir el código de integración personalizada Utiliza flujos de trabajo visuales, conectores integrados, transformaciones y código con alcance de flujo de trabajo en lugar de construir cada componente de integración desde cero.
Elige dónde se ejecuta el procesamiento Aloja flujos de trabajo en Azure o ejecuta en Kubernetes habilitados para Arc cerca de sistemas locales cuando la latencia, la residencia de datos o los requisitos de red favorecen el procesamiento local.
Apoyar diferentes características de carga de trabajo Utiliza flujos de trabajo con estado para procesos duraderos y de larga duración, y flujos de trabajo sin estado para procesamiento en memoria con menor latencia cuando no se requiere persistencia.
Adoptar prácticas modernas de entrega Almacenar definiciones de flujos de trabajo, configuración, metadatos y código de soporte en control de versiones y utilizar pipelines automatizados de compilación y despliegue.

Azure Logic Apps Standard es el motor principal de orquestación e integración de la solución. Por defecto, no se requieren otros servicios de mensajería, gestión de API, distribución de eventos, bases de datos o servicios gestionados por el cliente. Añádelos solo cuando la arquitectura refactorizada requiera una capacidad, límite de escala, ciclo de vida o modelo de propiedad independiente.

¿Por qué usar Azure Logic Apps Standard

El estándar proporciona capacidades adecuadas para la integración de sistema anfitrión que no están todas disponibles juntas en el tipo de recurso de consumo:

  • Los conectores integrados basados en proveedores de servicios funcionan con el runtime de Azure Logic Apps y proporcionan acceso directo a sistemas mainframe y de gama media compatibles.
  • Una aplicación de lógica estándar puede contener múltiples flujos de trabajo relacionados que comparten límites de computación, almacenamiento, redes, configuración y despliegue.
  • Los flujos de trabajo con y sin estado soportan procesos duraderos y escenarios de petición-respuesta con menor latencia.
  • Los flujos de trabajo estándar alojados en Azure permiten la integración de redes virtuales y puntos finales privados para el acceso a sistemas privados.
  • El despliegue híbrido ejecuta flujos de trabajo y operaciones de conectores integradas en infraestructuras gestionadas por el cliente.
  • El desarrollo de Visual Studio Code soporta pruebas locales, control de versiones y CI/CD.

Azure Logic Apps Standard ofrece implementaciones nativas en la nube de muchas capacidades de integración esenciales que históricamente proporcionó Host Integration Server (HIS), incluyendo acceso a programas de transacciones IBM, sistemas de mensajería, bases de datos, archivos host y aplicaciones 3270. Algunos protocolos y escenarios, como la conectividad LU6.2, siguen requiriendo HIS.

Diagrama conceptual que muestra las capacidades nativas de Microsoft Cloud para la integración de mainframes.

Elige dónde ejecutar flujos de trabajo

Los conectores integrados mainframe y midrange de este artículo son compatibles con cada opción de alojamiento Estándar. Elige la opción que cumpla con los requisitos de la carga de trabajo para la propiedad de infraestructura, aislamiento, conectividad, latencia y ubicación de datos.

Opción de hospedaje Mejor ajuste Consideraciones clave
Plan de servicio de flujo de trabajo Alojamiento gestionado de Azure para flujos de trabajo que se conectan a sistemas anfitriones a través de rutas de red privadas o públicas. Utiliza capacidad reservada de WS1, WS2 o WS3 y soporta integración de red virtual, endpoints privados y monitorización de Azure.
App Service Environment v3 Cargas de trabajo alojadas en Azure que requieren aislamiento dedicado, red, límites de cumplimiento o consolidación con otras cargas de trabajo de Servicios de Aplicaciones. Requiere un ASE v3 y un plan de servicio de aplicaciones aislado v2.
Híbrido Procesamiento local, residencia de datos, acceso de baja latencia a sistemas anfitriones o infraestructura gestionada por el cliente. Se ejecuta en Kubernetes habilitado con Azure Arc y requiere Kubernetes, SQL Server, almacenamiento SMB, redes, escalado y operaciones administrados por el cliente.

El despliegue híbrido es parcialmente conectado, no está separado por espacio aéreo. Las operaciones de conectores integradas se ejecutan con el runtime local de Azure Logic Apps, mientras que la gestión de Azure y cualquier conector gestionado alojado en la nube requieren conectividad saliente. Para los requisitos y limitaciones actuales de infraestructura, consulta Configurar tu propia infraestructura para aplicaciones de lógica estándar usando despliegue híbrido.

Preservar las inversiones existentes en integración

Durante décadas, Microsoft ha proporcionado capacidades de integración mainframe y de gama media a través de Microsoft Host Integration Server. Azure Logic Apps Standard se basa en esta experiencia con herramientas y conectores basados en metadatos que ayudan a preservar las inversiones existentes en aplicaciones.

Microsoft HIS Designer para Azure Logic Apps

Esta herramienta de Visual Studio crea los metadatos XML del Host Integration Designer (HIDX) que los conectores de Azure Logic Apps utilizan para interactuar con programas y estructuras de datos mainframe y de gama media. El diseñador gráfico te permite crear, ver, editar y mapear interfaces, métodos, parámetros, registros y tipos de datos de programas. También puedes importar copybooks de COBOL y RPG. Para más información, consulta HIS Designer for Azure Logic Apps.

Herramienta de diseño 3270 de Microsoft

Esta herramienta registra pantallas, rutas de navegación, métodos y parámetros para tareas en una aplicación 3270. La herramienta genera metadatos HIDX que el conector IBM 3270 utiliza para ejecutar el plan de navegación registrado. Para obtener más información, consulte Herramienta de diseño 3270.

Migrar integraciones de sistemas host de BizTalk

Si tus aplicaciones de BizTalk Server utilizan adaptadores para sistemas host, puedes usar muchos artefactos existentes y datos de configuración para acelerar la migración a Azure Logic Apps Standard:

  • Reutilizar metadatos HIDX compatibles con los conectores integrados CICS, IMS, IBM i, IBM 3270 y IBM Host File.
  • Utiliza los copybooks existentes de COBOL y RPG para crear o actualizar metadatos de HIDX.
  • Utiliza el Agente de Migración de Azure Logic Apps para descubrir artefactos compatibles con BizTalk, incluyendo bindings, configuraciones de endpoints y archivos HIDX, y emplealos durante el análisis, la planificación y la conversión.

Las configuraciones existentes no se convierten en conexiones implementables de Azure Logic Apps sin una revisión previa. Recrea la configuración específica del entorno, las credenciales, los certificados y la configuración de red para el entorno de alojamiento objetivo, y valida el comportamiento resultante. Las integraciones de BizTalk que dependen de LU6.2 requieren refactorización o rediseño. Para más información, consulta Migrar BizTalk Server con Azure Logic Apps Migration Agent.

Asocia los activos existentes a los conectores integrados

Los siguientes conectores integrados, basados en proveedores de servicios, funcionan con el tiempo de ejecución Estándar. Algunos conectores también tienen versiones gestionadas que se ejecutan en Azure global, pero este artículo se centra en las versiones integradas.

Activo existente o integración Azure Logic Apps Ruta estándar de modernización Inversión para preservar
Aplicación IBM 3270 Utiliza el conector IBM 3270 para ejecutar la navegación de pantalla grabada a través de un flujo de datos TN3270. Esta opción se adapta a aplicaciones que no ofrecen una interfaz a nivel de programa. Metadatos de navegación HIDX y requisitos de conexión TN3270. Consulta Integrar aplicaciones IBM 3270.
Programa de transacciones CICS Utiliza el conector de llamada de programa CICS para exponer transacciones existentes a flujos de trabajo y aplicaciones modernas a través de TCP/IP o HTTP. Usa HIS cuando se requiera LU6.2. Los metadatos de HIDX, los copybooks y los requisitos de conexión al host y a CICS. Consulta Integrar programas CICS.
Base de datos IBM DB2 Utiliza el conector IBM DB2 para leer y modificar bases de datos DB2 compatibles directamente sobre TCP/IP sin una pasarela de datos local. Requisitos de servidor, base de datos, paquetes, páginas de códigos y autenticación. Consulta Conectar a los recursos IBM DB2.
Archivo de host de IBM Utiliza el conector IBM Host File para analizar contenido binario en datos estructurados o generar contenido binario de archivo host. El conector no requiere una conexión directa al host. Diseños HIDX, copybooks e información de páginas de códigos. Consulta Analizar y generar archivos de host de IBM.
IBM i COBOL o programa RPG Utiliza el conector IBM i Program Call para reutilizar la lógica de negocio establecida a través del servidor Distributed Program Calls sobre TCP/IP. Usa HIS cuando se requiera LU6.2. Metadatos HIDX, cuadernos de texto y requisitos de conexión IBM i. Consulta Integrar programas IBM i.
Programa de transacciones IMS Utiliza el conector de llamada de programa IMS para llamar a programas a través de IMS Connect a través de TCP/IP. Tras bambalinas, IMS Connect utiliza colas de mensajes IMS para enrutar solicitudes y respuestas. Metadatos de HIDX, copybooks y configuración de IMS Connect. Consulta Integrar programas IMS.
Mensajería IBM MQ Utiliza el conector IBM MQ para conectar colas y mensajes existentes con procesos de flujo de trabajo modernos. Requisitos de gestor de colas, canal, cola, TLS y formato de mensaje. Consulta Conectar a IBM MQ.

Modernizar de forma incremental

Los entornos mainframe y de gama media suelen contener programas, datos, archivos, programadores e interfaces externas estrechamente conectados. Una única migración de tipo big bang trata de reemplazar el alcance seleccionado en un solo despliegue coordinado. Este enfoque puede adaptarse a un entorno pequeño y bien comprendido, pero el riesgo de entrega y cambio aumenta con el número de dependencias y la duración del proyecto.

Diagrama conceptual que muestra el enfoque de las fases de migración del Big Bang.

Para la mayoría de los entornos, utilice oleadas iterativas para preservar el comportamiento operativo y aportar valor antes:

  1. Inventaria programas, datos, interfaces, trabajos, dependencias, objetivos de servicio y requisitos operativos.
  2. Selecciona un flujo de integración de extremo a extremo con un valor empresarial claro y dependencias manejables.
  3. Introduce Azure Logic Apps Standard como una fachada de integración mientras el sistema anfitrión sigue operativo.
  4. Reutiliza metadatos compatibles y configura los conectores integrados necesarios.
  5. Prueba el comportamiento funcional, el rendimiento, la recuperación, la seguridad y la coexistencia con la implementación heredada.
  6. Redirige a los consumidores a la interfaz modernizada y monitoriza el flujo de producción.
  7. Repita el proceso en oleadas posteriores y retire las interfaces heredadas solo después de que sus consumidores y dependencias se hayan migrado.

Diagrama conceptual que muestra la migración de mainframes con el enfoque de ondas Agile.

Cada oleada puede ofrecer una característica o un grupo relacionado de flujos de integración. Los trabajos compartidos y las aplicaciones altamente interconectadas podrían permanecer hasta oleadas posteriores, después de que interfaces de menor riesgo establezcan patrones de flujo de trabajo, seguridad, despliegue y operaciones reutilizables.

Diagrama conceptual que muestra la migración de mainframe con ondas Agile por flujos.

Aplicar patrones de modernización

Utiliza patrones de arquitectura según la carga de trabajo objetivo en lugar de tratar un patrón como obligatorio.

Patrón de capa anticorrupción

Considera usar Azure Logic Apps Standard como una capa anticorrupción entre las interfaces heredadas y los consumidores modernos. Los flujos de trabajo pueden traducir protocolos, formatos y modelos de interacción sin que los consumidores comprendan detalles específicos de cada host. La fachada puede ejecutarse en Azure o en Kubernetes habilitado para Arc cerca del entorno host.

Diagrama conceptual que muestra el patrón de la capa anticorrupción.

Para más información, véase Patrón de la capa anticorrupción.

Patrón de la higuera estranguladora

Utiliza el patrón Strangler Fig para enrutar interfaces o capacidades seleccionadas a través de la nueva capa de integración mientras la carga de trabajo restante continúa ejecutándose en el host. Reemplazar las implementaciones de forma incremental, validar cada cambio de componentes y desmantelar los componentes heredados solo después de que sus dependencias se muevan.

Diagrama conceptual que muestra el patrón de higuera estranguladora.

Para obtener más información, consulte Patrón Strangler Fig.

Patrones Saga y Choreography

Utiliza el patrón Saga cuando un proceso de negocio abarca sistemas que no pueden participar en una transacción distribuida. Un flujo de trabajo con estado puede actuar como el orquestador central de la saga, coordinando a los participantes y gestionando explícitamente los reintentos, los fallos y las acciones compensatorias. Cada participante realiza su propia transacción local. Las acciones del flujo de trabajo no son automáticamente atómicas como grupo, y Azure Logic Apps no deshace automáticamente los cambios realizados en sistemas externos. Diseñe operaciones para garantizar la idempotencia e implemente la compensación mediante acciones, ámbitos y condiciones de ejecución posterior.

En una saga basada en coreografías, los servicios participantes intercambian eventos a través de la infraestructura de mensajería sin un flujo de trabajo central que coordine toda la transacción. Añadir servicios como Azure Service Bus o Azure Event Grid solo cuando la arquitectura requiera mensajería independiente o distribución de eventos. Para más información, véase patrón Saga de transacciones distribuidas y patrón de coreografía.

Diagrama conceptual que muestra el patrón SAGA.

Seguridad del plan, operaciones y costes

  • Utiliza conectividad de red privada y autenticación segura adecuada al entorno y sistema anfitrión. Almacene los secretos en almacenes de secretos aprobados en lugar de las definiciones del flujo de trabajo.
  • Mantén las definiciones de flujos de trabajo, los archivos HIDX, las plantillas de configuración y el código auxiliar en control de versiones. Separa los valores específicos del entorno de los artefactos desplegables y utiliza canalizaciones automatizadas.
  • Diseñe pensando en los reintentos y el procesamiento al menos una vez. Utiliza idempotencia, deduplicación, identificadores de correlación y escrituras seguras para evitar efectos duplicados.
  • Defina la supervisión, las alertas, la retención del historial de ejecución, la recuperación ante desastres y la responsabilidad del soporte antes de la puesta en producción. Los despliegues alojados en Azure e híbridos tienen diferentes capacidades y limitaciones de monitorización.
  • Compara el coste total de propiedad entre hosting, uso de conectores, redes, almacenamiento, monitorización e infraestructura gestionada por el cliente. La opción Estándar incluye ejecuciones integradas de operaciones, mientras que las operaciones de conectores administrados y los recursos de soporte pueden generar cargos adicionales.

Para conocer los límites y precios actuales, consulta límites y configuración de Azure Logic Apps y modelos de precios y facturación de Azure Logic Apps.

Ejemplos de escenarios de modernización

Exponer una transacción CICS a una aplicación moderna

Crea un flujo de trabajo estándar que llame a un programa CICS existente a través del conector incorporado, transforme la respuesta y devuelva una interfaz moderna a una capa de aplicación o API. Mantenga el programa CICS como sistema de registro mientras los usuarios abandonan la conectividad específica del host.

Poner los datos de DB2 a disposición de la analítica

Utiliza un flujo de trabajo estándar para leer datos operativos aprobados de DB2, validar y transformar los registros, y enviarlos a un servicio de datos o análisis de Azure. Este enfoque evita crear un programa de extracción de mainframe separado para cada consumidor, preservando la gobernanza sobre cuándo y cómo los datos salen del host.

Ejecutar integración cerca de sistemas anfitriones

Implemente Azure Logic Apps Standard en Kubernetes habilitado para Azure Arc si los flujos de trabajo necesitan procesamiento local, residencia de datos o acceso de baja latencia a sistemas IBM. Las operaciones de conectores integradas se ejecutan con el tiempo de ejecución local, mientras que el flujo de trabajo puede conectarse selectivamente a los servicios de Azure cuando la arquitectura y la política de red lo permitan.

Pasos siguientes

  • Se actualizó por última vez el