IBM App Connect Enterprise

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 que 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 bus de servicios empresariales que proporciona un canal de comunicación entre aplicaciones y servicios en una arquitectura orientada a servicios. App Connect a partir de la versión 11 admite implementaciones nativas de contenedores con tiempos de inicio de contenedores altamente optimizados.

IBM ACE ofrece 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 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 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 sobre 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.

Uno de los aspectos más importantes de IBM ACE en sus últimos lanzamientos ha sido la capacidad del entorno de ejecución del producto de alojarse completamente en una nube. El alojamiento del entorno de ejecución en la nube ofrece ciertas ventajas y posibles ahorros de costes 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, en ocasiones, 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 añadir más potencia a la configuración de la CPU de un entorno de nube o al añadir 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 la funcionalidad de IBM ACE de forma independiente y aparte de la red interna mediante dispositivos DataPower o API Connect. Esto permite que las personas o los servicios de 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 hubiera implementado 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 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. 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 de forma inmediata, 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. 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.

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 microservicios o Enterprise Service Bus:

• Simplicidad y productividad
  • Proceso simplificado para la instalación: El proceso de implementación y configuración de IBM ACE para que un desarrollador de integración pueda utilizar el IBM ACE Toolkit para iniciar la creación de aplicaciones es simplificado y más rápido para completar.
  • Galería de Tutoriales: Desde la Galería de Tutoriales un desarrollador de integración puede instalar, desplegar y probar flujos de integración de muestras.
  • Bibliotecas compartidas: Las bibliotecas compartidas se introducen en V10 para compartir recursos entre múltiples aplicaciones. Bibliotecas en versiones anteriores de IBM Integration Bus son bibliotecas estáticas.
  • Eliminación del prerrequisito MQ de WebSphere: WebSphere MQ ya no es un requisito para utilizar IBM ACE en plataformas distribuidas, lo que significa que puede desarrollar e implementar aplicaciones independientemente de WebSphere MQ.
• Universal and independent
• Cartografía gráfica de datos
• Sector específico y pertinente
• Dinámica e inteligente
• Alto rendimiento y escalable
• Discovery Connectors
• Despliegues optimizados de contenedores
• Pruebas de unidad integradas, con mocks, creación de lotes integrados con tuberías CI/CD.

IBM ofrece el software IBM ACE en forma de instalación de software tradicional en sus instalaciones locales para implementarlo 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á diseñada para 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.

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 funcionaron 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 versión 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ó el 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 y la versión 8.0 de WebSphere Message Broker se anunció en octubre de 2011.

En abril de 2013, IBM anunció que el producto WebSphere Message Broker estaba experimentando otro cambio de nombre. 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. El producto IBM WebSphere Enterprise Service Bus se ha discontinuado con el lanzamiento de IBM Integration Bus e IBM ofrece licencias de transición para migrar a IBM Integration Bus. 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 utilizar WebSphere Enterprise Service Bus se reducirá o cesará. Esto refleja que los derechos de licencia de WebSphere Enterprise Service Bus 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 realizará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 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 proceso del servidor de integración acoge los hilos llamados flujos de mensaje a la ruta, la transformación y enriquecer mensajes en vuelo. Los programas de aplicaciones se conectan y envían mensajes al servidor de integración y reciben mensajes del servidor de integración. Los servidores de integración pueden existir independientemente o como parte de un conjunto propiedad de un nodo de integración (anteriormente conocido como un Broker).
• IBM ACE Toolkit es una herramienta basada en Eclipse que los desarrolladores utilizan para construir flujos de mensajes y artefactos de transformación usando editores para trabajar con tipos específicos de recursos. La ayuda sensible al contexto está disponible para los desarrolladores a lo largo del Toolkit y varios magos proporcionan capacidad de arranque rápido en ciertas tareas. Los desarrolladores de aplicaciones trabajan en casos separados del Toolkit para desarrollar recursos asociados con flujos de mensajes. El Toolkit se conecta a los servidores de integración o nodos de integración a los que se despliegan los flujos de mensajes.
• IBM La interfaz de usuario de App Connect (UI) permite a los administradores de sistemas ver y gestionar los recursos de integración a través de un cliente HTTP sin ningún software de gestión adicional. Se conecta a un solo puerto en un servidor de integración o en un nodo de integración, proporciona una visión de todos los flujos de integración desplegados, y da acceso a los administradores del sistema a importantes características operacionales, como el registro y la repetición de datos, el monitoreo de transacciones comerciales (BTM), estadísticas y datos contables para los flujos de mensajes desplegados que vigilan el desempeño de las integraciones y un registro de auditoría de la administración. (La interfaz de usuario web supera al explorador basado en Eclipse de versiones anteriores).

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 pueden procesarse de una o más maneras 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 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 sobre 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 por parte 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 empresariales, 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 manera que llamen la atención de inmediato sobre los cuellos de botella del rendimiento y los 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 DFDL 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 los costos 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 brinda 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 necesarios 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. 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 proporcionados 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 comercial, 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. Las capacidades de procesamiento de eventos de lex 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 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 el proceso según sea necesario para lograr una funcionalidad confiable.

Según los resultados del primer trimestre de 2013 de IBM, los ingresos anualizados de la unidad de software middleware de IBM aumentaron hasta los 14.000 millones de dólares (7.000 millones de dólares más que en 2011). Los ingresos por licencias y mantenimiento de los productos middleware de IBM alcanzaron los 7.000 millones de dólares en 2011. En 2012, IBM esperaba un aumento tanto de la cuota de mercado como del mercado total del diez por ciento. El mercado mundial de software middleware e infraestructura de aplicaciones creció un 9,9 por ciento en 2011 hasta los 19.400 millones de dólares, según Gartner. Gartner informó que IBM sigue siendo el número uno en otras áreas clave y en crecimiento, como las suites de bus de servicios empresariales, el mercado de middleware orientado a mensajes, el mercado de monitorización de procesamiento de transacciones y los dispositivos de integración.

IBM publica informes de rendimiento 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 valores 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.

Existen 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:

• Contenido gráfico
• Transformaciones de lenguaje eXtensible (XSLT)
• Java
• Smart Connectors, Discovery of objects; Salesforce y otros
• . NET
• PHP
• JSON con validación
• HTTP Synch y Asynch
• RESTful
• API V3
• Lenguaje de consulta estructurada ampliada (ESQL)
• JMS
• Base de datos
• Transferencia de archivos gestionada por MQ
• Conectar:Direct (Transferencia de archivos gestionados)
• Archivo/FTP
• Kafka
• MQTT
• CICS
• IMS
• TCP/IP Sockets cliente y servidor.
• Flujo de rotación y pedidos: Filtro, etiqueta, ruta para etiquetar, ruta, orden de flujo, resequencia, secuencia, passthru
• Flujos callables - Llamada segura de flujos de mensajes a través de implementaciones híbridas
• Tratamiento de errores: TryCatch, Tirar, Validar, Trace
• Grupo: Aggregation, Collection, disperse, gather
• Seguridad
• Corrientes
• Timer
• SAP
• PeopleSoft
• JD Edwards
• SCA
• IBM Transformation Extender (anteriormente conocido como Ascential DataStage TX, DataStage TX y Mercator Integration Broker). Disponible como opción de licencia separada
• Email
• Nodo de apoyo a la decisión. Este nodo permite al Programa invocar reglas de negocio que se ejecutan en un componente de IBM Decision Server que se proporciona con el Programa. El uso de este componente sólo se apoya mediante los nodos del Servicio de Decisión. La licencia del Programa otorga derecho al Licenciatario a utilizar los nodos del Servicio de Decisiones para el desarrollo y usos funcionales de prueba. Consulte el texto de información de IBM Integration Bus License para obtener más información sobre los términos program-unique.

IBM Integration Bus en sistemas distribuidos se ha adaptado a las siguientes culturas:

• Portugués brasileño
• Chino (Simplificado)
• Chino (tradicional)
• Francés
• Alemán
• Italiano
• japonés
• Corea
• Español
• Inglés
• Polaco
• Ruso
• Turco

Un patrón captura una solución que se repite con frecuencia para un problema (por ejemplo, el patrón de solicitud-respuesta). La especificación de un patrón describe el problema que se está abordando, por qué es importante y las limitaciones 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 denominado modelado orientado a servicios.

La versión 7 introdujo patrones que:

• Proporcionar orientación en la aplicación de soluciones
• Aumento de la eficiencia del desarrollo porque los recursos se generan a partir de un conjunto de plantillas predefinidas
• Mejorar la calidad mediante la reutilización de activos y la ejecución común de funciones como la manipulación de errores y la tala de registros

Los patrones cubren una variedad de categorías, entre las que se incluyen el procesamiento de archivos, la integración de aplicaciones y la integración basada en mensajes.

• Fire-and-Forget (FaF)
• Solicitud-Reply (RR)
• Aggregation (Ag)
• Secuencial (Seq)

Las plataformas disponibles actualmente para IBM Integration Bus son:

• AIX
• HP-UX (IA-64)
• Solaris (SPARC y x86-64)
• Linux (IA-32, x86-64, PPC e IBM Z)
• Microsoft Windows
• z/OS

• Comparación del software de integración empresarial

Novedades Documentación de App Connect