IBM App Connect Enterprise (abreviado como IBM ACE, anteriormente conocido como IBM Integration Bus (IIB), WebSphere Message Broker (WMB), WebSphere Business Integration Message Broker (WBIMB), WebSphere MQSeries Integrator (WMQI) y comenzó como MQSeries Systems Integrator (MQSI). App Connect es la oferta de software de integración de IBM que permite que la información empresarial fluya entre aplicaciones dispares en múltiples plataformas de hardware y software . Se pueden aplicar reglas a los datos que fluyen a través de integraciones creadas por el usuario para enrutar y transformar la información. El producto se puede utilizar como un Enterprise Service Bus que proporciona un canal de comunicación entre aplicaciones y servicios en una arquitectura orientada a servicios . App Connect a partir de V11 admite implementaciones nativas de contenedores con tiempos de inicio de contenedores altamente optimizados.
IBM ACE proporciona capacidades para crear flujos de integración necesarios para dar soporte a diversos requisitos de integración a través de un conjunto de conectores a una variedad de fuentes de datos, incluidas aplicaciones empaquetadas, archivos, dispositivos móviles, sistemas de mensajería y bases de datos. Una ventaja de utilizar IBM ACE es que la herramienta permite que las aplicaciones existentes utilicen servicios web sin tener que reescribir aplicaciones heredadas de forma costosa. IBM ACE evita la carga de punto a punto en los recursos de desarrollo al conectar cualquier aplicación o servicio a través de múltiples protocolos, incluidos SOAP , HTTP y JMS . Se admiten mecanismos de autenticación seguros modernos, incluida la capacidad de realizar acciones en nombre de usuarios enmascarados o delegados , a través de nodos MQ, HTTP y SOAP, como LDAP, X-AUTH, O-AUTH y SSL bidireccional.
Un enfoque importante de IBM ACE en sus lanzamientos recientes ha sido la capacidad del entorno de ejecución del producto para alojarse completamente en una nube . [1] El alojamiento del entorno de ejecución en la nube ofrece ciertas ventajas y posibles ahorros de costos en comparación con el alojamiento del entorno de ejecución en las instalaciones, ya que simplifica el mantenimiento y la aplicación de parches a nivel de SO que a veces pueden ser perjudiciales para la continuidad del negocio. Además, el alojamiento en la nube del entorno de ejecución de IBM ACE permite una fácil expansión de la capacidad al agregar más potencia a la configuración de CPU de un entorno de nube o al agregar nodos adicionales en una configuración Activo-Activo . Una ventaja adicional de mantener el entorno de ejecución de IBM ACE en la nube es la capacidad de configurar el acceso a su funcionalidad de IBM ACE por separado y aparte de su red interna mediante dispositivos DataPower o API Connect . Esto permite que las personas o los servicios en Internet pública accedan a su Enterprise Service Bus sin pasar por su red interna, lo que puede ser una configuración más segura que si su ESB se implementara en su red interna en las instalaciones.
IBM ACE incorpora un Common Language Runtime para invocar cualquier lógica .NET como parte de una integración. También incluye soporte completo para el entorno de desarrollo de Visual Studio, incluido el depurador integrado y las plantillas de código. IBM Integration Bus incluye un conjunto completo de patrones y ejemplos que demuestran la conectividad bidireccional con Microsoft Dynamics CRM y MSMQ. Se han realizado varias mejoras en esta versión actual, entre ellas la capacidad de configurar parámetros de tiempo de ejecución mediante un archivo de propiedades que forma parte de los artefactos implementados contenidos en el archivo BAR ('archivo de intermediario'). Anteriormente, la única forma de configurar parámetros de tiempo de ejecución era ejecutar un comando MQSI en la línea de comandos. Esta nueva forma de configuración se conoce como documento de política y se puede crear con el nuevo Editor de políticas. [2] Los documentos de política se pueden almacenar en un sistema de control de código fuente y puede existir una política diferente para diferentes entornos (DEV, INT, QA, PROD).
IBM ACE es compatible con varias plataformas de virtualización desde el primer momento, siendo Docker un claro ejemplo. Con IBM ACE, puede descargar desde el repositorio global de Docker un entorno de ejecución de IBM ACE y ejecutarlo localmente. Debido a que IBM ACE tiene su consola administrativa integrada en el entorno de ejecución, una vez que la imagen de Docker está activa en su entorno local, puede ejecutar todos los comandos de configuración y administración necesarios para activar por completo cualquier flujo de mensajes o implementar cualquier archivo BAR. De hecho, puede construir flujos de mensajes que sean microservicios y empaquetar estos microservicios en un objeto implementable de Docker directamente. [3] Debido a que los flujos de mensajes y los archivos BAR pueden contener archivos de políticas, esta configuración de nodo puede ser automática y no se necesita intervención humana o se necesita poca para completar la implementación de la aplicación. [4]
IBM presenta las siguientes características como diferenciadores clave del producto IBM ACE en comparación con otros productos de la industria que brindan los servicios de un servicio de integración de Enterprise Service Bus o Microservicios:
IBM ofrece el software IBM ACE en forma de instalación de software tradicional en sus instalaciones locales para implementar en máquinas virtuales, hardware nativo, contenedor local (IBM ACE es una tecnología clave en IBM Cloud Pak for Integration (CP4i)) o mediante un entorno de nube administrado por IBM. Los servicios de integración en un entorno de nube reducen los gastos de capital, aumentan la disponibilidad de aplicaciones y hardware y descargan las habilidades para administrar un entorno de servicio de integración a los ingenieros de nube de IBM. Esto promueve la capacidad de los usuarios finales de centrarse en el desarrollo de flujos de integración en lugar de instalar, configurar y administrar el software IBM ACE. La oferta está destinada a ser compatible con el producto local. Dentro de las limitaciones de un entorno de nube, los usuarios pueden utilizar las mismas herramientas de desarrollo tanto para el software en la nube como para el local, y los activos que se generan se pueden implementar en cualquiera de ellos. [5]
Originalmente, IBM se asoció con NEON (New Era of Networks) Inc., una empresa que fue adquirida por Sybase en 2001. IBM 2000 escribió su producto llamado 'MQSeries Integrator' (o 'MQSI' para abreviar). Las versiones de MQSI se ejecutaron hasta la versión 2.0. El producto se agregó a la familia WebSphere y se renombró 'WebSphere MQ Integrator', en la versión 2.1. Después de la 2.1, los números de versión se sincronizaron más con el resto de la familia WebSphere y saltaron a la versión 5.0. El nombre cambió a 'WebSphere Business Integration Message Broker' (WBIMB). En esta versión, el entorno de desarrollo se rediseñó utilizando Eclipse y se integró soporte para servicios web en el producto. Desde la versión 6.0, el producto se conoce como 'WebSphere Message Broker'. La versión 7.0 de WebSphere Message Broker se anunció en octubre de 2009, [6] y la versión 8.0 de WebSphere Message Broker se anunció en octubre de 2011 [7].
En abril de 2013, IBM anunció que el producto WebSphere Message Broker estaba experimentando otro cambio de nombre de marca. [8] La versión 9 de IBM Integration Bus incluye nuevos nodos como el nodo Decision Service que permite el enrutamiento basado en contenido basado en un motor de reglas y requiere el producto IBM WebSphere Operational Decision Management. [9] El producto IBM WebSphere Enterprise Service Bus ha sido discontinuado con el lanzamiento de IBM Integration Bus e IBM está ofreciendo licencias de transición para migrar a IBM Integration Bus. [10] La licencia de transferencia de WebSphere Message Broker para WebSphere Enterprise Service Bus permite a los clientes intercambiar algunos o todos sus derechos de licencia de WebSphere Enterprise Service Bus por derechos de licencia de WebSphere Message Broker. Después de la transferencia de la licencia, el derecho a usar WebSphere Enterprise Service Bus se reducirá o cesará. Esto refleja los derechos de licencia de WebSphere Enterprise Service Bus que se renuncian durante el intercambio. IBM anunció en Impact 2013 que WESB llegará al final de su vida útil en cinco años y que no se producirán más desarrollos de características del producto WESB.
En 2018, se lanzó IBM App Connect Enterprise V11, que permitió la implementación de servicios de integración de estilo microservicios nativos de contenedores, así como el soporte continuo de las implementaciones de Enterprise Service Bus (ESB). En 2021, se lanzó App Connect Enterprise V12 con muchas capacidades mejoradas, como implementaciones de contenedores optimizadas que reducen los tiempos de inicio de los contenedores y los requisitos de recursos. IBM App Connect Enterprise V12 también presentó el uso de "Conectores de descubrimiento", lo que permite a los desarrolladores de integraciones descubrir objetos en sistemas como SaaS y Cloud, así como aplicaciones locales detectables.
IBM App Connect Enterprise consta de los siguientes componentes:
Un desarrollador de SOA o un desarrollador de integración define flujos de mensajes en IBM ACE Toolkit incluyendo varios nodos de flujo de mensajes, cada uno de los cuales representa un conjunto de acciones que definen un paso de procesamiento. La forma en que se unen los nodos de flujo de mensajes determina qué pasos de procesamiento se llevan a cabo, en qué orden y bajo qué condiciones. Un flujo de mensajes incluye un nodo de entrada que proporciona la fuente de los mensajes que se procesan, que se pueden procesar de una o más formas y, opcionalmente, entregar a través de uno o más nodos de salida. El mensaje se recibe como un flujo de bits , sin estructura de representación ni formato, y un analizador lo convierte en una estructura de árbol que se utiliza internamente en el flujo de mensajes. Antes de que el mensaje se entregue a un destino final, se convierte nuevamente en un flujo de bits.
IBM App Connect admite una amplia variedad de formatos de datos, incluidos los formatos basados en estándares (como XML , DFDL y JSON ), CSV y muchos más, así como formatos de la industria (como HL7 , EDI y SWIFT ), ISOxxxx y otros, así como formatos personalizados. Se puede realizar una amplia gama de operaciones en los datos, incluido el enrutamiento, el filtrado, el enriquecimiento, la multidifusión para publicación-suscripción, la secuenciación y la agregación. Estas capacidades de integración flexibles pueden respaldar la elección de la arquitectura de la solución del cliente, incluida la orientada a servicios, orientada a eventos, basada en datos y basada en archivos (por lotes o en tiempo real). IBM App Connect unifica la red de gestión de procesos de negocios, proporcionando el caballo de batalla detrás de cómo hacer algo, tomando instrucciones de otras herramientas de BPM que le dicen a IBM App Connect qué hacer.
IBM App Connect incluye un conjunto de herramientas de supervisión del rendimiento que representan visualmente las tasas de rendimiento actuales del servidor y muestran diversas métricas, como el tiempo transcurrido y el tiempo de CPU , de forma que se pueda captar de inmediato la atención sobre cuellos de botella en el rendimiento y picos de demanda. Puede obtener detalles granulares, como las tasas de conectores individuales, y las herramientas le permiten correlacionar la información de rendimiento con los cambios de configuración para que pueda determinar rápidamente el impacto en el rendimiento de cambios de configuración específicos; también se pueden emitir métricas de recursos para mostrar qué recursos están siendo utilizados por un servicio de integración.
En la versión 7 y anteriores, la forma principal en que se modelaban y analizaban los mensajes de texto y binarios generales era a través de un contenedor llamado conjunto de mensajes y un analizador "MRM" asociado. A partir de la versión 8, dichos mensajes se modelan y analizan utilizando una nueva tecnología abierta llamada DFDL del Open Grid Forum. Esta es la tecnología estratégica de IBM para modelar y analizar datos binarios y de texto general. El analizador MRM y los conjuntos de mensajes siguen siendo una parte totalmente compatible del producto; para utilizar los conjuntos de mensajes, un desarrollador debe habilitarlos, ya que están deshabilitados de forma predeterminada para fomentar la adopción de la tecnología DFDL por su facilidad de uso y sus características de rendimiento superiores.
IBM App Connect admite la modelación del tráfico basada en políticas, lo que permite una mayor visibilidad para los administradores de sistemas y un control operativo sobre la carga de trabajo. La modelación del tráfico permite a los administradores de sistemas satisfacer las demandas cuando la cantidad de nuevos puntos finales (como aplicaciones móviles y en la nube) aumenta exponencialmente al ajustar los recursos del sistema disponibles para satisfacer esa nueva demanda, retrasar o redirigir el tráfico para hacer frente a los picos de carga. La monitorización del tráfico permite enviar notificaciones a los administradores de sistemas y otras partes interesadas de la empresa, lo que aumenta el conocimiento empresarial y permite el descubrimiento de tendencias.
IBM App Connect reduce el costo y la complejidad de los sistemas de TI al unificar el método que utiliza una empresa para implementar interfaces entre sistemas dispares. El entorno de ejecución del nodo de integración forma el bus de servicios empresariales de una arquitectura orientada a servicios al aumentar de manera eficiente la flexibilidad de conectar sistemas diferentes en una arquitectura unificada y homogénea; los servidores de integración independientes se pueden implementar en contenedores que ofrecen un método de integración de microservicios, lo que permite que los servicios de integración de App Connect sean administrados por orquestadores de contenedores como OpenShift , Kubernetes y otros. Una característica clave de IBM App Connect es la capacidad de abstraer la lógica empresarial de los detalles específicos del transporte o del protocolo. IBM App Connect también proporciona flexibilidad de implementación al no solo admitir el patrón ESB sino también implementaciones nativas de contenedores al separar los servidores de integración del patrón ESB, que son un proceso liviano que aloja los flujos de integración; estos servidores de integración y flujos se pueden implementar en contenedores administrados por servicios de orquestación como Red Hat OpenShift, Kubernetes, Dock Swarm y otros; además, estos servidores de integración están optimizados para implementaciones de contenedores al cargar solo los recursos que se necesitan para ejecutar una integración, lo que ofrece tiempos de inicio rápidos con una utilización reducida de los recursos.
El kit de herramientas IBM ACE permite a los desarrolladores diseñar gráficamente mediaciones, conocidas como flujos de mensajes, y artefactos relacionados. Una vez desarrollados, estos recursos se pueden empaquetar en un archivo de archivo de intermediario (BAR) e implementar en un entorno de ejecución de nodo de integración o en un contenedor. En este punto, el nodo de integración puede procesar mensajes de forma continua según la lógica descrita por el flujo de mensajes. [11] Se admite una amplia variedad de formatos de datos y se pueden modelar utilizando el esquema XML estándar y el esquema DFDL , JSON y otros. Después del modelado, un desarrollador puede crear transformaciones entre varios formatos utilizando nodos suministrados en el kit de herramientas, ya sea gráficamente utilizando un nodo de mapeo o programáticamente utilizando un nodo de cómputo utilizando Java, ESQL o .Net.
Los flujos de mensajes de IBM App Connect se pueden utilizar en una arquitectura orientada a servicios y, si los analistas de middleware los diseñan correctamente , se pueden integrar en esquemas SOA basados en eventos , a veces denominados SOA 2.0 , o implementar como microservicios en implementaciones nativas de contenedores. Las empresas dependen del procesamiento de eventos, que pueden ser parte de un proceso empresarial, como emitir una orden comercial, comprar una póliza de seguros, leer datos mediante un sensor o monitorear la información recopilada sobre el rendimiento de la infraestructura de TI. Capacidades de procesamiento de eventos de lex que permiten el análisis de eventos para realizar la validación, el enriquecimiento, la transformación y el enrutamiento inteligente de mensajes según un conjunto de reglas empresariales.
Un desarrollador crea flujos de mensajes en un flujo de trabajo cíclico, probablemente más ágil que la mayoría de los demás desarrollos de software. Los desarrolladores crearán un flujo de mensajes, generarán un archivo BAR, implementarán el flujo de mensajes contenido en el archivo BAR, probarán el flujo de mensajes y repetirán el proceso según sea necesario para lograr una funcionalidad confiable.
Según las ganancias reportadas para el primer trimestre de 2013 de IBM, los ingresos anualizados de la unidad de software middleware de IBM aumentaron a US$14 mil millones (US$7 mil millones más que en 2011). [12] Los ingresos por licencias y mantenimiento para los productos middleware de IBM alcanzaron los US$7 mil millones en 2011. En 2012, IBM esperaba un aumento tanto en la participación de mercado como en el aumento total del mercado del diez por ciento. [13] El mercado mundial de infraestructura de aplicaciones y software middleware creció un 9,9 por ciento en 2011 a US$19,4 mil millones, según Gartner . Gartner informó que IBM continúa siendo el número uno en otras áreas clave y en crecimiento, incluyendo Enterprise Service Bus Suites, Message Oriented Middleware Market, el mercado de Transaction Processing Monitor y Integration Appliances.
IBM publica informes de rendimiento [14] para IBM Integration Bus V10 y App Connect Enterprise V11. Se pueden solicitar informes de App Connect V12 para mediciones de ESB y Container. Los informes proporcionan cifras de rendimiento de muestra. El rendimiento varía según el tamaño de los mensajes, el volumen de los mensajes, la complejidad del procesamiento (como la complejidad de las transformaciones de mensajes), las capacidades del sistema (CPU, memoria, red, etc.), la versión del software y los niveles de parches, los ajustes de configuración y otros factores. Algunas pruebas publicadas demuestran tasas de mensajes superiores a 10 000 por segundo en configuraciones particulares.
Un desarrollador puede elegir entre muchos "nodos" de flujo de mensajes prediseñados, que se utilizan para crear un flujo de mensajes. Los nodos tienen diferentes propósitos. Algunos nodos asignan datos de un formato a otro (por ejemplo, de Cobol Copybook a XML canónico). Otros nodos evalúan el contenido de los datos y enrutan el flujo de forma diferente según ciertos criterios.
Hay muchos tipos de nodos que se pueden utilizar para desarrollar flujos de mensajes; están disponibles las siguientes opciones de tecnología de transformación de nodos: [15]
IBM Integration Bus en sistemas distribuidos se ha localizado para las siguientes culturas:
Un patrón captura una solución que se repite con frecuencia para un problema (por ejemplo, el patrón de solicitud-respuesta). [17] La especificación de un patrón describe el problema que se está abordando, por qué es importante y las restricciones que existen para la solución. Los patrones suelen surgir del uso común y de la aplicación de un producto o una tecnología en particular. Un patrón se puede utilizar para generar soluciones personalizadas para un problema recurrente de forma eficiente. Podemos realizar este reconocimiento o desarrollo de patrones a través de un proceso llamado modelado orientado a servicios .
La versión 7 introdujo patrones que:
Los patrones cubren una variedad de categorías que incluyen procesamiento de archivos, integración de aplicaciones e integración basada en mensajes.
Las plataformas actualmente disponibles para IBM Integration Bus son:
Novedades en la documentación de App Connect