¿Qué es Mule ESB?

Mule y otros ESB ofrecen verdadero valor en situaciones donde existen al menos algunos puntos de integración o tres aplicaciones para integrar. Son adecuados también en situaciones donde se requiere conexión indirecta, escalabilidad y solidez.

A continuación, ofrecemos una lista de comprobación rápida para la selección de un ESB. Si necesitas un análisis más a fondo de cómo elegir un ESB, consulta este artículo escrito por Ross Mason, fundador de MuleSoft y vicepresidente de Estrategia de Productos: ESB o no ESB.

• 1. ¿Vas a integrar tres aplicaciones/servicios o más?
• 2. ¿Tendrás que conectar más aplicaciones en el futuro?
• 3. ¿Necesitas usar más de un tipo de protocolo de comunicación?
• 4. ¿Necesitas funciones de enrutamiento de mensajes como la bifurcación y la agregación de flujos de mensajes o enrutamiento basado en el contenido?
• 5. ¿Necesitas publicar servicios para su consumo por parte de otras aplicaciones?

Mule es una solución ligera pero altamente escalable, lo que te permite empezar a pequeña escala e ir gestionando la integración de aplicaciones empresariales complejas según vayas conectando más aplicaciones con el paso del tiempo. El ESB gestiona todas las interacciones entre aplicaciones y componentes de manera transparente, independientemente de si existen en la misma máquina virtual o en Internet, así como del protocolo de transporte subyacente utilizado.

Actualmente, existen varias implementaciones comerciales de ESB en el mercado. Sin embargo, muchas de ellas ofrecen funciones limitadas o se han desarrollado a partir de un servidor de aplicaciones o mensajería ya existente, por lo que el usuario depende de un proveedor específico. Mule no depende de ningún proveedor concreto, por lo que admite la conexión con diferentes implementaciones. Al usar Mule, siempre gozarás de la mayor libertad.

• Los componentes de Mule pueden ser de cualquier tipo. Así, es posible integrar cualquier elemento, desde un "simple objeto Java antiguo" (POJO) hasta un componente de otro marco de trabajo.
• Mule y el modelo ESB posibilitan un grado notable de reutilización de componentes. A diferencia de otros marcos de trabajo, Mule permite usar componentes existentes sin necesidad de cambios. Los componentes no requieren código específico de Mule para ejecutarse en Mule, ni tampoco una API programática. La lógica empresarial se mantiene totalmente aparte de la lógica de mensajería.
• Los mensajes pueden tener cualquier formato, desde SOAP a archivos de imagen binarios. Mule no impone ninguna limitación de diseño al arquitecto, como los contratos de servicio de mensajería XML o WSDL.
• Mule se puede desplegar en una amplia variedad de topologías, no solo en ESB o iPaaS. Gracias a su naturaleza ligera e integrable, Mule puede reducir considerablemente el tiempo de comercialización y aumentar la productividad de los proyectos para ofrecer aplicaciones seguras y escalables capaces de adaptarse a los cambios y ampliar o reducir su escala según las necesidades.
• La arquitectura está basada en eventos por etapas (SEDA) de Mule, lo que la hace altamente escalable. Una importante empresa de servicios financieros procesa miles de millones de transacciones al día gracias a miles de servidores de Mule dentro de un entorno altamente distribuido.

Mule se presenta en dos ediciones diferentes: Community y Enterprise. Enterprise es la versión empresarial del ESB, con funciones adicionales y características ideales para despliegues de producción de Mule con ciertos requisitos de rendimiento, alta disponibilidad, resiliencia o soporte técnico. Tanto Mule Community como Mule Enterprise se han diseñado sobre una base de código común, por lo que ascender de Community a Enterprise es muy sencillo. Más información sobre Mule ESB Community frente a Mule ESB Enterprise.

Si quieres pasar a la acción, descárgate Mule hoy mismo.