Guillem Alsina Gonzàlez
Durante más de veinticinco años, BizTalk Server ha sido una pieza habitual en proyectos de integración empresarial orientados a automatizar procesos, intercambiar mensajes entre organizaciones y conectar aplicaciones en sectores como servicios financieros, sanidad, fabricación y administraciones públicas. Pero su versión Server 2020 será la última.
Microsoft enmarca este anuncio como una aclaración del calendario para cargas de trabajo consideradas críticas, y subraya que no modifica los compromisos de soporte ya existentes, de modo que los clientes disponen de un margen “predecible” para decidir su transición según sus necesidades de negocio y requisitos regulatorios.
En la práctica, el calendario que detalla Microsoft distingue entre soporte principal, soporte extendido y fin de soporte. El soporte principal —la fase en la que el fabricante entrega actualizaciones de seguridad y no relacionadas con seguridad, además del soporte del servicio de atención al cliente— se prolonga hasta el 11 de abril de 2028. A partir de ahí, la fase de soporte extendido se alarga hasta el 9 de abril de 2030, con mantenimiento centrado en seguridad y continuidad del soporte, y con una opción adicional de pago para determinados escenarios.
El fin del soporte implica que ya no habrá nuevas actualizaciones ni asistencia técnica por parte de Microsoft, aunque las cargas de trabajo podrán seguir funcionando, pero sin servicio de mantenimiento del fabricante.
En su comunicado, Microsoft también menciona la situación de versiones anteriores: BizTalk Server 2016 ya está fuera del soporte principal y desde la compañía recomiendan valorar una ruta directa de modernización hacia Azure Logic Apps en vez de abordar una actualización intermedia hacia BizTalk Server 2020 como paso previo.
En paralelo al calendario de BizTalk, la compañía introduce un ajuste relevante para quienes dependen de conectividad con sistemas de gama media y mainframe: Host Integration Server 2028 se publicará como producto independiente, con un ciclo de vida separado del de BizTalk Server. Según la compañía de Redmond, esta separación busca dar mayor flexibilidad de planificación y un horizonte más amplio para esos entornos, al desvincular su evolución del ciclo de BizTalk. Además, indica que Logic Apps ya dispone de conectores para sistemas mainframe y midrange, y que pretende ampliar ese catálogo.
Desde Microsoft reafirman su foco en la conectividad híbrida —la capacidad de integrar sistemas dentro y fuera de la nube—, en orquestación —la coordinación de pasos y reglas en procesos entre aplicaciones— y en modernización de B2B/EDI, es decir, el intercambio estructurado de documentos de negocio entre empresas mediante estándares.
Microsoft sitúa a Azure Logic Apps dentro de Azure Integration Services y como plataforma sucesora, y afirma que permite reutilizar artefactos de BizTalk como mapas, esquemas, reglas y código personalizado. En la práctica, esto apunta a conservar inversiones previas en transformaciones de datos (mapas), definiciones de mensajes (esquemas) y lógica de negocio (reglas), además de componentes desarrollados a medida, incluyendo escenarios de B2B/EDI y transacciones del ámbito sanitario.
En cuanto a capacidades, Microsoft destaca que Logic Apps cuenta con más de 1.400 conectores listos para usar para enlazar sistemas corporativos, aplicaciones SaaS, entornos heredados y plataformas mainframe. También remarca atributos operativos como escalabilidad elástica, seguridad y cumplimiento, y un enfoque de costes orientado a reducir la gestión de infraestructura.
Desde la compañía añaden que la modernización en Logic Apps abre la puerta a procesos de negocio con automatización impulsada por IA, con funciones como enrutado, información predictiva y automatización contextual sin necesidad de rediseñar integraciones existentes.
Logic Apps puede desplegarse en Azure, en entornos híbridos mediante Kubernetes habilitado con Arc y se está evaluando su uso en entornos aislados sin conexión. Este punto es especialmente relevante para organizaciones que deben mantener parte del procesamiento en local por latencia, residencia del dato o cumplimiento normativo, o que operan en redes segregadas.
De cara a la transición, desde Microsoft indican que pretenden aportar guías y patrones de diseño, además de ampliar el ecosistema de herramientas para reutilización de artefactos, facilitar apoyo específico mediante servicios de soporte unificado y apoyarse en partners especializados. También plantea un enfoque por fases, empezando por nuevas cargas de trabajo y modernizando progresivamente los despliegues existentes.
