IBM App Connect Enterprise (ACE) ocupa un lugar central en los stacks de integración empresarial de sectores como banca, utilities, sanidad y fabricación. Sin embargo, muchas organizaciones siguen ejecutando versiones anteriores a la transformación cloud-native del producto, acumulando deuda técnica derivada de múltiples cambios de nombre y de arquitectura. Esta guía recorre el historial completo de versiones, los cambios introducidos en cada versión principal y cómo evaluar la ruta de migración a v12 o v13.
El middleware de integración empresarial de IBM ha pasado por tres identidades diferenciadas en las últimas dos décadas, cada una de ellas reflejo de un cambio significativo en la arquitectura y el posicionamiento de mercado.
WebSphere Message Broker (WMB) fue el producto original, lanzado a principios de la década de 2000. Introdujo la integración basada en flujos de mensajes mediante ESQL y nodos Java Compute, y se convirtió en la opción de middleware estándar para las empresas que construían arquitecturas de integración hub-and-spoke. Las versiones 6.0, 6.1, 7.0 y 8.0 se publicaron a lo largo de aproximadamente una década, consolidando una amplia base instalada en sectores regulados.
IBM Integration Bus (IIB) llegó en 2013 con la versión 9.0, que supuso un cambio de nombre más que una sustitución arquitectónica completa. IIB 9.0 y 10.0 ampliaron las capacidades de WMB con una mejor gestión de JSON, soporte de REST API y primeros pasos hacia la preparación para la nube, aunque el modelo de ejecución de flujos de mensajes se mantuvo en gran medida sin cambios. Muchas empresas que ejecutaban WMB 8 migraron a IIB 10 durante ese período.
IBM App Connect Enterprise se lanzó en 2018 con la versión 11.0, marcando la ruptura arquitectónica más significativa en la historia del producto. ACE 11 introdujo un modelo de despliegue en contenedores, eliminó el requisito del servidor de licencias y añadió soporte para Docker y Kubernetes. Esto señalaba la intención de IBM de posicionar ACE como una plataforma de integración cloud-native, no simplemente como una versión modernizada de su predecesor.
Las versiones principales relevantes para las empresas que planifican migraciones actualmente abarcan desde IIB 9.0 hasta ACE v13. Las versiones de WebSphere Message Broker anteriores a v8 llevan muchos años fuera de soporte y no se tratan en esta guía.
IIB 9.0 (lanzada en 2013) fue la primera versión bajo el nombre IBM Integration Bus. Introdujo una interfaz de toolkit rediseñada y soporte REST API mejorado, aunque seguía siendo un producto de middleware on-premises tradicional sin soporte de contenedores.
IIB 10.0 (lanzada en 2015) añadió mejoras adicionales en REST y JSON, introdujo una capacidad limitada de despliegue en la nube y mejoró la experiencia del desarrollador con nuevos tipos de nodos. Se convirtió en la versión IIB más ampliamente desplegada. IBM retiró el soporte de IIB 10.0 en abril de 2023.
ACE 11.0 (lanzada en 2018) fue la primera versión en admitir despliegue en contenedores mediante Docker y Kubernetes. Introdujo el concepto de servidor de integración, eliminó la dependencia de un servidor de licencias externo y añadió un operador ACE para Red Hat OpenShift. El soporte nativo de Kafka era limitado en esta etapa.
ACE 12.0 (lanzada en 2021) es la versión de soporte a largo plazo actual de IBM y el destino recomendado para la mayoría de las migraciones. Añadió nodos nativos de consumidor y productor Kafka, mejoró significativamente el operador OpenShift, amplió las capacidades de trazabilidad y observabilidad, e introdujo el App Connect Dashboard. ACE 12 es la línea de base estable para los despliegues de integración en contenedores nativos de la nube.
ACE 13.0 es la versión más reciente a fecha de 2023. Se asienta sobre la base de ACE 12 con mejoras en la integración orientada a eventos, mayor integración con Cloud Pak y herramientas adicionales para desarrolladores. Para obtener información detallada sobre las características y las fechas de publicación de fix packs, consulte la documentación de IBM App Connect Enterprise.
| Versión | Soporte de contenedores | Soporte de Kafka | Modelo de despliegue | Estado de soporte |
|---|---|---|---|---|
| WMB 8.x | Ninguno | Ninguno | Solo on-premises | Fin de vida |
| IIB 9.0 | Ninguno | Ninguno | Solo on-premises | Fin de vida |
| IIB 10.0 | Ninguno | Ninguno | Solo on-premises | Fin de vida (abril de 2023) |
| ACE 11.0 | Docker, Kubernetes | Limitado | Híbrido | Consultar ciclo de vida IBM |
| ACE 12.0 | Completo (operador OpenShift) | Nodos nativos | Cloud-native / on-prem | Con soporte (LTS) |
| ACE 13.0 | Completo (operador OpenShift) | Mejorado | Cloud-native / on-prem | Con soporte (última versión) |
Para consultar las fechas exactas de fin de soporte por fix pack, consulte la página del ciclo de vida del software de IBM.
ACE v13 continúa la trayectoria cloud-native establecida en v12, con mejoras centradas en la arquitectura orientada a eventos, soporte ampliado de conectores y una integración más estrecha con IBM Cloud Pak for Integration. Las principales áreas de mejora incluyen capacidades de streaming de eventos, herramientas de desarrollo asistidas por IA y funciones ampliadas de gestión de API.
Dado que IBM publica fix packs continuos dentro de la rama de lanzamiento v13, el conjunto de características específico varía según el nivel de fix pack. Para obtener la lista más actualizada y completa de las capacidades de v13, consulte directamente la documentación de IBM App Connect Enterprise v13 y los foros de la comunidad IBM en community.ibm.com.
IBM publica las fechas de fin de soporte de todas las versiones de App Connect Enterprise en su página de ciclo de vida del software. Los puntos clave para las organizaciones que planifican migraciones: todas las versiones de WebSphere Message Broker y IBM Integration Bus han llegado al fin de vida. IIB 10.0, la versión heredada más ampliamente desplegada, alcanzó el fin de soporte en abril de 2023. Cualquier organización que siga ejecutando IIB 10 opera sin parches de seguridad ni correcciones de defectos de IBM.
Los fix packs de ACE 11.x tienen fechas de fin de soporte escalonadas. Las organizaciones que utilizan ACE 11 deben verificar su nivel de fix pack específico en la página del ciclo de vida de IBM y planificar la migración a v12 o v13. ACE 12.0 es la versión de soporte a largo plazo designada por IBM y sigue con soporte completo. ACE 13.0 es la última versión de publicación continua y también está actualmente soportada.
La política de ciclo de vida de IBM para ACE sigue un modelo de soporte progresivo. Cada versión principal recibe soporte durante un período definido, y el soporte para los fix packs individuales suele finalizar aproximadamente 12 meses después de la publicación del siguiente fix pack. Las organizaciones deben hacer seguimiento de su nivel de fix pack específico, no solo del número de versión principal.
La ruta de migración depende en gran medida del punto de partida. Las migraciones de IIB 10 a ACE 12 implican cambios en varias áreas: modelo de despliegue, gestión de la configuración, monitorización y, potencialmente, la lógica de los flujos de mensajes cuando se hayan utilizado nodos o funciones obsoletos.
Los principales cambios técnicos a contemplar incluyen:
Las migraciones de ACE 11 a v12 o v13 son, en general, de menor riesgo. El modelo de flujos de mensajes central es compatible, y el esfuerzo principal consiste en reconfigurar los despliegues para el operador OpenShift actualizado y adoptar las nuevas capacidades nativas.
Para las organizaciones que utilizan WMB o IIB: la migración no es opcional desde el punto de vista del soporte. Estas versiones ya no reciben parches de seguridad. La pregunta no es si migrar, sino con qué rapidez y hacia qué destino.
Para las organizaciones que utilizan ACE 11: la decisión depende del nivel de fix pack y de la tolerancia al riesgo de la organización. ACE 11 es arquitectónicamente compatible con v12 y v13, pero determinados fix packs pueden estar aproximándose al fin de soporte. El primer paso adecuado es realizar una evaluación breve del fix pack actual en relación con la página del ciclo de vida de IBM.
Para las organizaciones que utilizan ACE 12: v12 sigue con soporte completo y es la línea de base de soporte a largo plazo recomendada. No existe urgencia para migrar a v13 salvo que se necesiten capacidades específicas de esa versión. IBM suele mantener el soporte de las versiones LTS durante un período prolongado.
Mimacom ayuda a las empresas a planificar y ejecutar migraciones de App Connect Enterprise en todo el alcance del proyecto: evaluación de los flujos de integración existentes, rediseño de la arquitectura para el despliegue cloud-native en OpenShift, ejecución de la migración, pruebas y puesta en producción.
Como parte de la práctica de modernización de aplicaciones de Mimacom, las migraciones de la capa de integración se planifican junto con las decisiones de arquitectura de plataforma y datos. Esto garantiza que el despliegue de ACE no se migre de forma aislada, sino que quede posicionado como un componente gobernado y orientado a eventos dentro de un entorno de integración moderno. Tanto si se parte de IIB 10 como si se trata de consolidar un entorno ACE fragmentado, Mimacom puede dimensionar el esfuerzo y definir una hoja de ruta de migración. Más información en mimacom.com/application-modernization.
El compromiso de IBM con ACE como plataforma cloud-native queda patente en la trayectoria de v11 a v13. El producto ha evolucionado de forma decidida hacia el despliegue nativo en OpenShift, la integración orientada a eventos y la arquitectura API-first. Las organizaciones que siguen en IIB o en versiones tempranas de ACE no solo asumen riesgo operativo por utilizar software sin soporte, sino que también se alejan cada vez más de los patrones de integración que exigen las arquitecturas digitales modernas.
La buena noticia es que la ruta de migración está bien definida. El modelo de flujos de mensajes ha permanecido lo suficientemente consistente como para que equipos con experiencia puedan evaluar y migrar los flujos existentes sin partir de cero. La complejidad reside en la containerización, la gestión de la configuración y las herramientas operativas, y es precisamente aquí donde el trabajo de planificación y arquitectura se amortiza con una transición más fluida.
Son nombres de producto distintos para la misma plataforma subyacente en diferentes momentos de su historia. IBM Integration Bus (IIB) pasó a denominarse IBM App Connect Enterprise (ACE) en 2018, cuando IBM publicó la versión 11.0. El modelo de ejecución de flujos de mensajes central se mantuvo, pero ACE 11 introdujo cambios arquitectónicos significativos, incluido el soporte de despliegue en contenedores y la eliminación del servidor de licencias.
Sí. ACE 12 y v13 admiten el despliegue on-premises en Linux, Windows y AIX, así como el despliegue en contenedores sobre OpenShift y otras plataformas Kubernetes. La dirección estratégica de IBM favorece el despliegue cloud-native, y la mayoría de las nuevas capacidades y herramientas están diseñadas con ese modelo en mente. Los despliegues on-premises en bare-metal o máquinas virtuales siguen siendo compatibles, aunque son cada vez más la opción no predeterminada.
ACE 12 es la versión de soporte a largo plazo designada por IBM. IBM no ha anunciado una fecha de fin de soporte para ACE 12 en su conjunto, aunque el soporte para los fix packs individuales finaliza según un calendario progresivo. Para conocer el nivel de fix pack específico, consulte la página del ciclo de vida del software de IBM. Las organizaciones que utilizan ACE 12 deben continuar aplicando fix packs para mantener la cobertura de soporte.
Contacte con nuestro equipo | Conozca nuestros servicios de modernización de aplicaciones