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ó su vida como MQSeries Systems Integrator ( MQSI) La oferta de software de integración de IBM App Connect , que permite que la información empresarial fluya entre aplicaciones dispares a través de 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. utilizarse como un bus de servicios empresariales que proporciona un canal de comunicación entre aplicaciones y servicios en una arquitectura orientada a servicios . App Connect 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 soportar diversos requisitos de integración a través de un conjunto de conectores para 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 habilita aplicaciones existentes para servicios web sin costosas reescrituras de aplicaciones heredadas. IBM ACE evita la tensión 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 modernos de autenticación segura, 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 tiempo de ejecución del producto para estar completamente alojado en una nube . [1] Alojar el tiempo de ejecución en la nube proporciona ciertas ventajas y posibles ahorros de costos en comparación con alojar el tiempo de ejecución en las instalaciones, ya que simplifica el mantenimiento y la aplicación de parches a nivel del sistema operativo que a veces pueden ser perjudiciales para la continuidad del negocio. Además, el alojamiento en la nube del tiempo de ejecución de IBM ACE permite una fácil expansión de la capacidad agregando más potencia a la configuración de CPU de un entorno de nube o agregando nodos adicionales en una configuración Activo-Activo . Una ventaja adicional de mantener el tiempo de ejecución de IBM ACE en la nube es la capacidad de configurar el acceso a su funcionalidad de IBM ACE por separado de su red interna mediante dispositivos DataPower o API Connect . Esto permite que las personas o los servicios en la 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 local.
IBM ACE incorpora 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 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 tanto con Microsoft Dynamics CRM como con 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 los parámetros de tiempo de ejecución era ejecutar un comando MQSI en la línea de comando. Esta nueva forma de configuración se denomina documento de política y se puede crear con el nuevo Editor de políticas. [2] Los documentos de políticas 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 excelente ejemplo. Con IBM ACE, puede descargar desde el repositorio global de Docker un tiempo de ejecución de IBM ACE y ejecutarlo localmente. Debido a que IBM ACE tiene su consola administrativa integrada en el tiempo de ejecución, una vez que la imagen de Docker esté activa en su local, puede realizar todos los comandos de configuración y administración necesarios para activar completamente cualquier flujo de mensajes o implementar cualquier archivo BAR. De hecho, puede construir flujos de mensajes que sean microservicios y empaquetar estos microservicios directamente en un objeto implementable de Docker. [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 se necesita poca o ninguna intervención humana para completar la implementación de la aplicación. [4]
IBM representa 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 Enterprise Service Bus o un servicio de integración de microservicios:
IBM ofrece el software IBM ACE ya sea en una instalación de software tradicional en sus instalaciones locales para implementarlo en VM, bare metal, contenedor nativo en las instalaciones. Además, 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 transfieren las habilidades para gestionar un entorno de servicios de integración a los ingenieros de nube de IBM. Esto promueve la capacidad de los usuarios finales de centrarse en desarrollar flujos de integración en lugar de instalar, configurar y gestionar 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 para el software local y en la nube, 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 llegaron hasta la versión 2.0. El producto se agregó a la familia WebSphere y se le cambió el nombre a '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 se rediseñó el entorno de desarrollo utilizando Eclipse y se integró al producto soporte para servicios web . Desde la versión 6.0, el producto se conoce como 'WebSphere Message Broker'. WebSphere Message Broker versión 7.0 se anunció en octubre de 2009, [6] y WebSphere Message Broker versión 8.0 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. [8] IBM Integration Bus versión 9 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 descontinuado con el lanzamiento de IBM Integration Bus e IBM ofrece licencias de transición para pasar 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. Tras la transferencia de la licencia, el derecho a utilizar 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 finalizará su vida útil en cinco años y no se producirá ningún desarrollo adicional de funciones del producto WESB.
En 2018, se lanzó IBM App Connect Enterprise V11, que permitió la implementación de servicios de integración de estilo de microservicios nativos de contenedores, así como soporte continuo de 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 incluyó el uso de 'Discovery Connectors', lo que permite a los desarrolladores de integración 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 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 el origen de los mensajes que se procesan, que pueden procesarse de una o más formas y, opcionalmente, entregarse a través de uno o más nodos de salida. El mensaje se recibe como un flujo de bits , sin estructura ni formato de representación, 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 vuelve a convertir en un flujo de bits.
IBM App Connect admite una amplia variedad de formatos de datos, incluidos formatos basados en estándares (como XML , DFDL y JSON ), CSV y muchos más, así como formatos industriales (como HL7 , EDI y SWIFT ), ISOxxxx y otros. como formatos personalizados. Se puede realizar una amplia gama de operaciones con datos, incluido enrutamiento, filtrado, enriquecimiento, multidifusión para publicación-suscripción, secuenciación y agregación. Estas capacidades de integración flexibles pueden respaldar la elección del cliente de arquitectura de solución, incluidas las orientadas a servicios, orientadas a eventos, basadas en datos y basadas en archivos (por lotes o en tiempo real). IBM App Connect unifica la grilla de Business Process Management, proporcionando el caballo de batalla detrás de cómo hacer algo, tomando instrucciones de otras herramientas BPM que le dicen a IBM App Connect qué hacer.
IBM App Connect incluye un conjunto de herramientas de monitoreo del rendimiento que representan visualmente las tasas de rendimiento actuales del servidor, mostrando varias métricas como el tiempo transcurrido y el tiempo de CPU de manera que inmediatamente llaman la atención sobre los cuellos de botella en el rendimiento y los picos de demanda. Puede profundizar en detalles granulares, como tarifas para 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é Los 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 binarios y de texto 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 texto general y datos binarios. El analizador MRM y los conjuntos de mensajes siguen siendo una parte totalmente compatible del producto; Para utilizar 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 características de rendimiento superiores.
IBM App Connect admite la configuración del tráfico basada en políticas que permite una mayor visibilidad para los administradores del sistema y control operativo sobre la carga de trabajo. La configuració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 ajustando los recursos disponibles del sistema para satisfacer esa nueva demanda, retrasar o redirigir el tráfico para hacer frente a los picos de carga. El monitoreo del tráfico permite notificaciones a los administradores del sistema y otras partes interesadas del negocio, lo que aumenta el conocimiento del negocio 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 tiempo de ejecución del nodo de integración forma el Enterprise Service Bus de una arquitectura orientada a servicios al aumentar de manera eficiente la flexibilidad de conectar sistemas diferentes en una arquitectura unificada y homogénea; se pueden implementar servidores de integración independientes en contenedores que ofrecen un método de integración de microservicios, lo que permite que la aplicación Conecte servicios de integración para que 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 admitir no solo 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 y flujos de integración se pueden implementar en contenedores administrados por orquestación. servicios como Red Hat OpenShift, Kubernetes, Dock Swarm y otros; además, estos servidores de integración están optimizados para implementaciones de contenedores cargando solo los recursos que se necesitan para ejecutar una integración, ofreciendo tiempos de inicio rápidos con una utilización de recursos reducida.
IBM ACE Toolkit 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) y desplegar 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 continuamente 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 esquemas XML estándar y esquemas DFDL , JSON y otros. Después del modelado, un desarrollador puede crear transformaciones entre varios formatos usando los nodos proporcionados en el kit de herramientas, ya sea gráficamente usando un nodo Mapping o programáticamente usando un nodo Compute usando 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 adecuadamente , se pueden integrar en esquemas SOA controlados por eventos , a veces denominados SOA 2.0 y/o implementarse como microservicios en implementaciones nativas de contenedores. Las empresas dependen del procesamiento de eventos, que pueden ser parte de un proceso comercial, como emitir una orden comercial, comprar una póliza de seguro, leer datos usando un sensor o monitorear la información recopilada sobre el desempeño de la infraestructura de TI. Capacidades de procesamiento de eventos lex que permiten el análisis de eventos para realizar validación, enriquecimiento, transformación y enrutamiento inteligente de mensajes basados en un conjunto de reglas comerciales.
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 según sea necesario para lograr una funcionalidad confiable.
Según las ganancias reportadas para el 1T13 de IBM, los ingresos anualizados de la unidad de software middleware de IBM aumentaron a 14 mil millones de dólares (7 mil millones de dólares más que en 2011). [12] Los ingresos por licencias y mantenimiento de productos middleware de IBM alcanzaron los 7 mil millones de dólares en 2011. En 2012, IBM esperaba un aumento tanto en la participación de mercado como en el mercado total del diez por ciento. [13] El mercado mundial de software de infraestructura de aplicaciones y middleware creció un 9,9 por ciento en 2011 hasta alcanzar los 19.400 millones de dólares, según Gartner . Gartner informó que IBM continúa siendo el número uno en otras áreas clave y en crecimiento, incluidas Enterprise Service Bus Suites, el mercado de middleware orientado a mensajes, el mercado de monitores de procesamiento de transacciones y dispositivos de integración.
IBM publica informes de rendimiento [14] para IBM Integration Bus V10 y App Connect Enterprise V11; los informes de App Connect V12 se pueden solicitar tanto para mediciones de ESB como de contenedor. Los informes proporcionan cifras de rendimiento de muestra. El rendimiento varía según los tamaños y volúmenes de los mensajes, la complejidad del procesamiento (como la complejidad de las transformaciones de los 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 velocidades 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, Cobol Copybook a XML canónico). Otros nodos evalúan el contenido de los datos y enrutan el flujo de manera 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 adaptado a las siguientes culturas:
Un patrón captura una solución comúnmente recurrente a un problema (por ejemplo, patrón Solicitud-Respuesta). [17] La especificación de un patrón describe el problema que se aborda, por qué el problema es importante y cualquier limitación de la solución. Los patrones suelen surgir del uso común y de la aplicación de un producto o tecnología en particular. Se puede utilizar un patrón para generar soluciones personalizadas a un problema recurrente de manera eficiente. Podemos hacer 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 de la documentación de App Connect