IBM App Connect Enterprise (abreviado como IBM ACE, anteriormente conocido como IBM Integration Bus o WebSphere Message Broker) es el intermediario de integración de IBM de la familia de productos WebSphere 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 del intermediario de mensajes para enrutar y transformar la información. El producto es un Enterprise Service Bus que proporciona un canal de comunicación entre aplicaciones y servicios en una arquitectura orientada a servicios .
Desarrollador (es) | IBM |
---|---|
Lanzamiento estable | 11 - Fix Pack 11.0.0.5 / 29 de junio de 2019 |
Escrito en | Java ESQL C ++ Visual Basic .NET |
Sistema operativo | Multiplataforma ( JVM ) |
Tipo | Bus de servicios empresariales |
Licencia | Propiedad |
Sitio web | IBM App Connect Enterprise Versión 11.0 |
IBM ACE proporciona capacidades para crear soluciones necesarias para soportar 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 habilita aplicaciones existentes para servicios web sin costosas reescrituras de aplicaciones heredadas. 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 . [1] Se admiten los 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 su última versión es la capacidad del tiempo de ejecución del producto para estar completamente alojado en una nube . [2] Alojar el tiempo de ejecución en la nube proporciona ciertas ventajas y ahorros de costos potenciales en comparación con el alojamiento del 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 la CPU de un entorno de nube o agregando nodos adicionales en una configuración Activo-Activo . Otra ventaja de mantener los tiempos de ejecución de ACE en la nube es la capacidad de configurar el acceso a su funcionalidad ACE por separado y aparte 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 hubiera implementado 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 de Visual Studio, incluido el depurador integrado y las plantillas de código. IBM Integration Bus incluye un conjunto completo de patrones y muestras 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 los parámetros de tiempo de ejecución mediante un archivo de propiedades que forma parte de los artefactos desplegados 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 comandos. Esta nueva forma de configuración se denomina documento de política y se puede crear con el nuevo Editor de políticas. [3] 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 excelente ejemplo. Con ACE, puede descargar del repositorio global de Docker un tiempo de ejecución de IBM ACE y ejecutarlo localmente. Debido a que 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 en un objeto implementable de Docker directamente. [4] 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. [5]
Características
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:
- Sencillez y productividad
- Proceso de instalación simplificado: el proceso para implementar y configurar IBM ACE para que un desarrollador de integración pueda usar IBM Integration Toolkit para comenzar a crear aplicaciones se simplifica y se completa más rápido.
- Galería de tutoriales: desde la Galería de tutoriales puede descargar, implementar y probar soluciones de integración de muestra.
- Bibliotecas compartidas: las bibliotecas compartidas se introducen en V10 para compartir recursos entre múltiples aplicaciones. Las bibliotecas de versiones anteriores de IBM Integration Bus son bibliotecas estáticas.
- Eliminación del requisito previo de WebSphere MQ: WebSphere MQ ya no es un requisito previo para utilizar IBM Integration Bus en plataformas distribuidas, lo que significa que puede desarrollar e implementar aplicaciones independientemente de WebSphere MQ.
- Universal e independiente
- Mapeo de datos gráficos
- Relevante y específico de la industria
- Dinámico e inteligente
- De alto rendimiento y escalable
IBM ofrece el software IIB ya sea en la instalación de software tradicional en sus instalaciones locales, en IBM Cloud Private en las instalaciones o en un entorno de nube administrado por IBM. El bus de integración en un entorno de nube reduce los gastos de capital, aumenta la disponibilidad de aplicaciones y hardware y transfiere las habilidades para administrar un entorno de bus de integración a los ingenieros de nube de IBM. Esto promueve la capacidad de los usuarios finales para concentrarse en desarrollar soluciones en lugar de instalar, configurar y administrar el software IIB. La oferta está destinada a ser compatible con el producto local. Dentro de las limitaciones de un entorno en la nube, los usuarios pueden utilizar las mismas herramientas de desarrollo para el software tanto en la nube como en las instalaciones, y los activos que se generan se pueden implementar en cualquiera de ellos. [6]
Historia
Originalmente, el producto fue desarrollado por NEON (New Era of Networks) Inc., una compañía que fue adquirida por Sybase en 2001. Posteriormente, el producto fue renombrado como un producto de IBM 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ó como '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 el soporte para servicios web se integró en el producto. 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, [7] y WebSphere Message Broker versión 8.0 se anunció en octubre de 2011 [8]
En abril de 2013, IBM anunció que el producto WebSphere Message Broker estaba experimentando otro cambio de nombre de cambio de marca. [9] 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. [10] 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. [11] 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 la renuncia a los derechos de licencia de WebSphere Enterprise Service Bus 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 desarrollarán más funciones del producto WESB.
Componentes
IBM Integration Bus consta de los siguientes componentes:
- IBM Integration Toolkit es una herramienta basada en Eclipse que los desarrolladores utilizan para construir flujos de mensajes y artefactos de transformación utilizando editores para trabajar con tipos específicos de recursos. La ayuda contextual está disponible para los desarrolladores en todo el Toolkit y varios asistentes brindan la capacidad de inicio rápido en ciertas tareas. Los desarrolladores de aplicaciones trabajan en instancias separadas del Toolkit para desarrollar recursos asociados con los flujos de mensajes. El kit de herramientas se conecta a uno o más nodos de integración (antes conocidos como intermediarios) en los que se despliegan los flujos de mensajes.
- Un nodo de integración (anteriormente conocido como intermediario) es un conjunto de procesos de ejecución que aloja uno o más flujos de mensajes para enrutar, transformar y enriquecer los mensajes de vuelo. Los programas de aplicación se conectan y envían mensajes al nodo de integración y reciben mensajes del nodo de integración.
- La interfaz de usuario (UI) web de IBM Integration Bus permite a los administradores del sistema ver y gestionar los recursos del nodo 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 nodo de integración, proporciona una vista de todas las soluciones de integración implementadas y brinda a los administradores del sistema acceso a características operativas importantes, como la herramienta de reproducción y registro de datos incorporada, y estadísticas y datos contables para los flujos de mensajes implementados. . (La interfaz de usuario web reemplaza al Explorador basado en Eclipse de versiones anteriores).
Cómo funciona IBM Integration Bus
Un desarrollador de SOA define los flujos de mensajes en IBM Integration Toolkit al incluir 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 se pueden procesar de una o más formas y, opcionalmente, entregarlo a través de uno o más nodos de salida. El mensaje se recibe como un flujo de bits , sin formato ni estructura representativa, 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 Integration Bus admite una amplia variedad de formatos de datos, incluidos formatos basados en estándares (como XML , DFDL y JSON ), formatos industriales (como HL7 , EDI y SWIFT ) y formatos personalizados. Se puede realizar una amplia gama de operaciones con datos, incluido el 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 de arquitectura de solución del cliente, incluidas las orientadas a servicios, orientadas a eventos, impulsadas por datos y basadas en archivos (por lotes o en tiempo real). IBM Integration Bus unifica la cuadrícula de Business Process Management, proporcionando el caballo de batalla detrás de cómo hacer algo, siguiendo las instrucciones de otras herramientas de BPM que le indican a IBM Integration Bus qué hacer.
IBM Integration Bus incluye un conjunto de herramientas de supervisión del rendimiento que representa visualmente las tasas de rendimiento actuales del servidor, mostrando varias métricas, como el tiempo transcurrido y el tiempo de CPU, de manera que llaman la atención de inmediato sobre los cuellos de botella en el rendimiento y los picos de la demanda. Puede profundizar en 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.
En la versión 7 y anteriores, la forma principal en que se modelaban y analizaban los mensajes binarios y de texto general 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.
IBM Integration Bus admite la configuración del tráfico basada en políticas que permite una mayor visibilidad para los administradores de sistemas y el control operativo de la carga de trabajo. El modelado del tráfico permite a los administradores del sistema 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. El monitoreo del tráfico permite notificaciones a los administradores del sistema y otras partes interesadas de la empresa, lo que aumenta la conciencia empresarial y permite el descubrimiento de tendencias.
Descripción general
IBM Integration Bus 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. Una característica clave de IBM Integration Bus es la capacidad de abstraer la lógica empresarial de las características específicas del transporte o del protocolo.
IBM Integration Bus Toolkit permite a los desarrolladores diseñar gráficamente mediaciones, conocidas como flujos de mensajes, y artefactos relacionados. Una vez desarrollados, estos recursos pueden empaquetarse en un archivo de intermediario (BAR) y desplegarse en un entorno de ejecución de nodo de integración. En este punto, el nodo de integración puede procesar continuamente mensajes de acuerdo con la lógica descrita por el flujo de mensajes. [12] Se admite una amplia variedad de formatos de datos y se pueden modelar utilizando el esquema XML estándar y el esquema DFDL . Después del modelado, un desarrollador puede crear transformaciones entre varios formatos utilizando los nodos proporcionados en el kit de herramientas, ya sea gráficamente utilizando un nodo Mapping o programáticamente utilizando un nodo Compute utilizando Java, ESQL o .Net.
Los flujos de mensajes de IBM Integration Bus 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 controlados por eventos , a veces denominados SOA 2.0 . 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 la validación, el enriquecimiento, la transformación y el 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, desplegará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.
Posición de mercado
Según las ganancias reportadas para el 1T13 de IBM, los ingresos anualizados para la unidad de software de middleware de IBM aumentaron a $ 14 mil millones ($ 7 mil millones más que en 2011). [13] Los ingresos por licencias y mantenimiento de los productos de software intermedio de IBM alcanzaron los 7.000 millones de dólares en 2011. En 2012, IBM esperaba un aumento de la participación de mercado y del mercado total del diez por ciento. [14] El mercado mundial de software de infraestructura de aplicaciones y middleware creció un 9,9 por ciento en 2011 a 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, incluidas las suites de bus de servicios empresariales, el mercado de middleware orientado a mensajes, el mercado de monitor de procesamiento de transacciones y los dispositivos de integración.
Rendimiento esperado
IBM publica informes de rendimiento [15] para WebSphere Message Broker que 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 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.
A partir de la versión 8, una nueva función de caché global mejora la capacidad de rendimiento general y las tasas de rendimiento. [16] Esta caché se monta sobre IBM WebSphere eXtremeScale y se incluye con IBM Integration Bus. Un nodo de flujo de mensajes dedicado está disponible para usar en los flujos de mensajes, o el acceso a la caché se puede lograr a través de cualquiera de los nodos de cómputo, desde lenguajes como Java, ESQL o .Net.
Nodos de flujo de mensajes disponibles
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.
Tipos de nodos de flujo de mensajes
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: [17]
- Contenido de mapeo gráfico
- Transformaciones extensibles del lenguaje de hojas de estilo (XSLT)
- Java
- .NETO
- PHP
- Lenguaje de consulta estructurado extendido (ESQL)
- JMS
- Base de datos
- Transferencia de archivos administrada de MQ
- Connect: Direct (transferencia de archivos administrada)
- Archivo / FTP
- SAVIA
- PeopleSoft
- JD Edwards
- SCA
- IBM Transformation Extender (anteriormente conocido como Ascential DataStage TX, DataStage TX y Mercator Integration Broker). Disponible como una opción de licencia separada [18]
- Correo electrónico
- Nodo de soporte de decisiones. Este nodo permite que el Programa invoque reglas comerciales que se ejecutan en un componente de IBM Decision Server que se proporciona con el Programa. El uso de este componente solo se admite a través de los nodos de Decision Service. La licencia del Programa otorga al Licenciatario el derecho a utilizar los nodos de Decision Service para el desarrollo y los usos de prueba funcional. Consulte el texto de información de licencia de IBM Integration Bus para obtener detalles sobre los términos exclusivos del programa.
Localización
IBM Integration Bus en sistemas distribuidos se ha localizado en las siguientes culturas:
- Portugués Brasileño
- Chino simplificado)
- Chino tradicional)
- francés
- alemán
- italiano
- japonés
- coreano
- Español
- Inglés americano
- polaco
- ruso
- turco
Patrones
Un patrón captura una solución comúnmente recurrente a un problema (ejemplo: patrón de solicitud-respuesta [19] ). La especificación de un patrón describe el problema que se está abordando, por qué el problema es importante y cualquier restricción en la solución. Los patrones suelen surgir del uso común y 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:
- Proporcionar orientación en la implementación de soluciones.
- Aumente 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 implementación común de funciones como el manejo y registro de errores.
Los patrones cubren una variedad de categorías que incluyen procesamiento de archivos, integración de aplicaciones e integración basada en mensajes.
Ejemplos de patrones
- Fuego y olvido (FaF)
- Solicitud-respuesta (RR)
- Agregación (Ag)
- Secuencial ( secuencial )
Plataformas compatibles
Sistemas operativos
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
Ver también
- Comparación de software de integración empresarial
Referencias
- ^ Configuración de IBM ACE para diferentes protocolos de autenticación.
- ^ Página de producto de IBM para ACE
- ^ "Centro de conocimiento de IBM" .
- ^ Configure ACE en Docker.
- ^ Creación de políticas de flujo de mensajes con el Editor de políticas.
- ^ "Declaración de dirección general para el producto IIB" . 17 de febrero de 2015 . Consultado el 7 de mayo de 2015 .
- ^ Carta de anuncio de IBM WebSphere Message Broker V7.0
- ^ Carta de anuncio de IBM WebSphere Message Broker versión 8.0
- ^ "IBM Integration Bus V9.0 ofrece mejoras clave para permitir el procesamiento inteligente y la gestión operativa dentro de una solución de integración" . 23 de abril de 2013.
- ^ "Copia archivada" . Archivado desde el original el 2 de agosto de 2013 . Consultado el 25 de junio de 2013 .Mantenimiento de CS1: copia archivada como título ( enlace )
- ^ "IBM WebSphere Message Broker se entrega con una opción de licencia de transferencia de bus de servicio empresarial de WebSphere" . 11 de diciembre de 2012.
- ^ Descripción técnica de IBM Integration Bus
- ^ http://www.ibm.com/investor/attachments/events/1Q13%20Press%20Release.pdf
- ^ Sala de noticias de IBM - Informe de 02 de abril de 2012: IBM nombrado líder de participación en el mercado en software de middleware - Estados Unidos
- ^ Familia IBM WebSphere MQ - Informes de rendimiento - Estados Unidos
- ^ Descripción general de la caché
- ^ Opciones de transformación para WebSphere Message Broker V6
- ^ WebSphere Transformation Extender para Message Broker
- ^ http://www.eaipatterns.com/RequestReply.html Ejemplo de solicitud-respuesta
enlaces externos
- Preguntas frecuentes
- Página del producto
- Documentación del producto
- IBM Integration Bus en developerWorks
- Novedades de la última versión
- Presentación del nodo PHPCompute de WebSphere sMash en WebSphere Message Broker
- Patrones de conectividad y bus de servicio empresarial
- Introducción a los patrones en WebSphere Message Broker
- Libro rojo de conceptos básicos de WebSphere Message Broker
- Conectando su negocio utilizando IBM WebSphere Message Broker V7 como ESB