Apache Camel y otros productos ESB

Question

Hola, España Si tenemos Apache Camel por qué utilizar otras soluciones como Apache ServiceMix y mula?
¿Hay algo Apache Camel no puede hacer la comparación de estos productos?
Cuándo utilizar mula / ServiceMix y cuándo usar camello?

Answer 1

Apache Camel es una biblioteca que implementa patrones de integración empresarial (EIP). Si bien se puede utilizar como marco de primavera COI, ni siquiera es dependiente de la primavera, lo que es completamente independiente de la plataforma. Es "sólo" una biblioteca. Así se puede ejecutar cualquier entorno JVM, por ejemplo, JVM sencilla, servlets, EJB, OSGi. No trae con cualquiera de los beneficios (o la sobrecarga) de un recipiente tal Mule. Tiene, en mi opinión, la separación limpia de las preocupaciones en esta área.

Mule también puede ser incrustado en diferentes entornos, pero creo Mule tiene tanto las ventajas y desventajas de acoplamiento de su biblioteca EIP a su recipiente. Al implementar mula dentro de un entorno servlet o EJB, es lo que realmente quiere llevar a todos que el equipaje del contenedor de la mula? No soy un experto en la mula, y creo que es probable que pueda pasar una relativamente modesta cantidad de esfuerzo y limpia algunas de la capacidad redundante. (Tenga en cuenta que esto no es una mala capacidad en todos los casos, es sólo redundante si está ejecutando incrustado en otro recipiente.)

Apache ServiceMix es un contenedor OSGi que utiliza camello para implementar EIP como la base de un ESB. Aunque históricamente ServiceMix comenzó con sus raíces en JBI, se ha alejado de JBI y se ha convertido en (OMI) una bonita arquitectura en capas que combina lo mejor del mercado Apache CXF, camello, y ActiveMQ en un contenedor OSGi. El valor principal aquí no es realmente ServiceMix y su soporte JBI, pero el contenedor OSGi subyacente estándar junto a transportes Apache CXF probadas como para servicios web y para ActiveMQ JMS. OSGi es un maduro estándar que ofrece un contenedor que las direcciones de los mismos tipos de demonios "DLL" que afectó a Microsoft antes de la llegada de .NET. Si bien ninguno de .NET ni resuelve OSGI la complejidad esencial del problema subyacente, que al menos proporcionan un medio para hacer frente a ella. OSGi tiene otras ventajas también, pero desde una perspectiva selección de productos de la normas contenedor basado es primaria, y su característica esencial que la mula (y Java en general) no se ocupa es la gestión de la dependencia.

Algunas cosas importantes a observar en la comparación de mula con las comunidades Apache. Mula es como RedHat en el sentido de que si bien se trata de una licencia de código abierto en realidad no es en mi opinión una comunidad abierta. Cualquier persona puede participar en Apache mientras que MuleSoft posee la comunidad de la mula y la hoja de ruta final. En segundo lugar, aunque la comunidad mula es sin duda bastante activo, creo que la comunidad Apache es mucho más grande (y, naturalmente, por lo que ya que no es una comunidad cerrada). Ambos enfoques tienen tanto ventajas y desventajas. Un aspecto positivo para el enfoque de Apache es que hay múltiples proveedores de ESB basado en camello, CXF, ActiveMQ y OSGi. Por ejemplo, Talend ofrece un ESB en las mismas tecnologías básicas sin la historia ServiceMix JBI. Esto tiene dos ventajas y desventajas dentro de la comunidad Apache, pero el verdadero punto es poner de relieve la diferencia entre Apache y Mula. Usted no encontrará vendedores multilple en la comunidad de la mula. Así OMI un ESB como Apache o Talend ServiceMix es una comunidad más amplia e inclusiva, y en última instancia competitiva que una comunidad cerrada como mula.

Ed Ost

Answer 2

Ahora es 2016 y mucho ha cambiado desde que se hizo la pregunta al principio, así que me gustaría volver a visitar para nuevos espectadores.

Estratégicamente hablando

• Apache Camel ha mantenido fiel a sus raíces y no ha evolucionado hasta convertirse en una plataforma de ejecución de peso ni de pleno derecho. Es versátil y modular, y se puede ejecutar:

  1. Embedded en cualquier tipo de contenedor Java (contenedor de servlets, servidor de aplicaciones, Primavera de arranque).
  2. Autónomo como un proceso de Java.
  3. Dentro de un entorno OSGi ( Apache Karaf ).

• Apache Camel ha continuado evolucionando y obtener una tracción y la actividad en una base mensual, tal como es representado por el gráfico en este punto que extraje de OpenHub . La base de usuarios también sigue aumentando.

• En 2012, de Red Hat Adquirida FuseSource , uno de los principales promotores y desarrolladores de Apache Camel, ActiveMQ, ServiceMix y CXF. Varios miembros committers y PMC se emplean ahora por Red Hat para trabajar en Apache Camel.

• Mule ESB ofertas dos versiones de su producto : Comunidad (libre bajo la licencia de la CPAL) y Empresa (pagado). Definen su Comunidad versión que:

Ideal para la evaluación o pre-producción de su uso.

=> Lo que significa que usted debe adquirir un pagó Empresa de suscripción para su uso en producción.

• De hecho, Mule ESB Community Edition se distribuye bajo la CPAL licencia . Esto significa que si aún así decide utilizar esta versión, la mula requiere que

  • Cada vez que un código ejecutable y fuente o un trabajo más grande se pone en marcha o se extienden inicialmente, una exhibición prominente de información de atribución de MuleSoft debe ocurrir en la interfaz gráfica de usuario empleada por el usuario final para acceder a dicha Código cubierto (que puede incluir la visualización en una pantalla de presentación), en su caso. => Básicamente necesitas publicidad que todo lo que usted ha construido con la mula se está ejecutando en mula.

  • Si se accede a la implementación de Mule ESB través de la red (que siempre será, ya que es una plataforma de integración!), Se debe también hacer que la fuente de su despliegue a disposición de quien esté accediendo a ella.

• Como alguien ha mencionado anteriormente, Apache Camel es un proyecto totalmente abierto e impulsado por la comunidad, para la comunidad . Todo el código fuente está disponible públicamente, y se anima a todo el mundo a enviar solicitudes de extracción, contribuir componentes y ayuda o preguntar en los foros. Por el contrario, la comunidad Mule es un comunidad cerrada .

• Por último, pero no menos importante; quizás la parte más importante. Esto es lo que Google tendencias tiene que decir acerca de la mula ESB vs Apache Camel . Tenga en cuenta que estoy usando las nuevas semánticas temas de medición para una mayor precisión en lugar del estándar consulta palabras clave . De esa manera no estamos midiendo la popularidad de los animales (Mula vs Camello), sino del software! Interpretación: Mula tendió a caer pesadamentedesde 2007 hasta 2011, mientras que Apache Camel mostró una tendencia hacia arriba. Desde 2011, la mula se ha estancado, mientras que Apache Camel mantiene una tendencia al alza de forma saludable!

La evolución técnica de Apache Camel

Sólo quería darle algunas métricas funcionales sobre la evolución de Apache Camel desde el 25 de septiembre de 2010, cuando originalmente hizo la pregunta. Este fue el árbol de fuentes en ese punto en el tiempo .

• En aquel entonces, camello tenía 88 componentes, que ahora cuenta con 220 componentes, incluyendo la integración con Facebook, Twitter, Salesforce, Apache Ignite , Apache Cassandra , AWS, Apache Kafka , MongoDB, Apache Spark etc.
• Muchas, muchas mejoras técnicas: Motor de enrutamiento. asíncrono, historial de mensajes, Disyuntor EIP, muchas muchas mejoras y ampliaciones de los PIE como la agregación, la división, enrutamiento dinámico, etc.
• El ecosistema ha crecido hasta ahora también incluir Hawtio para el seguimiento y la gestión, fabric8 para el despliegue, etc.
• Desde entonces más de 5500 entradas han sido resueltos, incluyendo nuevas características, mejoras, insectos, etc.
• Y mucho, mucho más!

Notas finales

Ambos productos han evolucionado mucho en los últimos años 5,25! Sin embargo, debido a la diferencia de licencias y la naturaleza de la comunidad Mule ESB y Apache Camel, no creo que sean comparables por más tiempo el uno al otro.

Apache Camel es totalmente Open Source ??, mientras Mule ESB Comunidad requiere que los usuarios atributo MuleSoft y publicar el código fuente del software que utiliza la mula. La licencia de Apache Software es un de negocios licencia: usted es libre de utilizar Camel sin atribuciones ni cualquier otro requisito. Verdaderamente libre como la cerveza

La esperanza esta reflexión sobre los últimos años ayuda a nuevos espectadores! :)

---

exención de responsabilidad: Soy un confirmador y miembro de PMC en el proyecto Apache Camel

.

Answer 3

mi blog respuestas exactamente esta pregunta: http://www.kai-waehner.de/blog/2011/06/02/when-to-use-apache-camel/ => Apache Camel es un marco de integración de peso ligero, y así ServiceMix en ESB son completos.

Answer 4

Camel es un motor de mediación, mientras que la mula es una plataforma de integración de peso ligero. La diferencia es que la mula que ofrece todas las capacidades de un ESB, incluyendo un contenedor para el despliegue de aplicaciones, REST y servicios web. Mula se pueden incrustar en la misma forma en camello para permitir que los desarrolladores de aplicaciones para incrustar hay código de la aplicación con su código de integración. Tanto integrar estrechamente con la primavera.

mula no utiliza JBI de buenas razones y ahora que la especificación del JBI ha sido disuelto (sin grupo de trabajo, propiedad de Oracle que pasaban en el JBI especificación original) no hay ninguna buena razón profesional o técnica para utilizar JBI.

Answer 5

Hay algunas entradas de preguntas frecuentes en Apache Camel que arrojan algo de luz sobre este http://camel.apache.org/faq

Y la colección de enlaces en Apache Camel http://camel.apache.org/articles.html

Tener algunos enlaces donde la gente en las conversaciones de la comunidad y comparar los camellos a otros proyectos.

Answer 6

Noel, hay una serie de errores en el Camel FAQ, como era de esperar, ninguno de ellos a nuestro favor:)

• el modelo UMO en Mule ya no está en Mule. Nos partida alejándose de ese modelo en Mule 2 y se ha cambiado por completo en Mule 3. Ahora tenemos una modelo muy simple procesador de mensajes que hace que su estado de cuenta de ello redundante
• Mule ha tenido la conversión de tipos explícita durante algunos años, este no es un diferenciador para Camel
• Mule está disponible bajo los OSI aprobó la CPAL y 1.0 . Se trata de una licencia de código abierto no una comercial. Por favor, actualice este ASAP

Answer 7

En primer lugar es necesario comprender que la combinación de servicios es como un contenedor que puede ejecutar código Apache Camel y Mule ESB es un producto independiente por sí mismo

No podría haber un montón de diferenciaciones que puede proporcionar entre los productos ESB.

Se debe saber algunas cosas antes de buscar en la diferenciación. Son

1. ¿Cómo se desarrollan los productos
2. Su licencias
3. Su características de soporte
4. Open Source o no
5. Si de código abierto se puede modificar la fuente y se utiliza y así.

Lo anterior será un best factores que usted tiene que mirar en antes de hacer una selección. Lo anterior es genérico para la mayor parte de la selección del producto y necesita una atención especial aquí también.

La diferencia producto de Secundaria serán específicos para las herramientas y su domain.This Es probable que la respuesta que busca. Encuentra la lista que usted necesita introspección antes de hacer una selección.

1. El apoyo comunitario
2. pila de productos
3. extensibilidad en términos de modificar su propio código
4. Learn-capacidad y la usabilidad
5. Apoyo del producto cuando se compra como de la empresa

Esta es probablemente una investigación que tiene que hacer por su cuenta para seleccionar la diferencia. De cualquier forma hay muchos valor añade que hacen al producto apropiado para su organización en lugar de especificar mejor en el mercado.

Cuando se trata de camello Apache u otro ESB. La diferencia que hará que están

1. El número de Transporte
2. Apache Camel que le proporciona la variedad de DSL sobre la mula y otra son son que no tengan varias DSL como en camello.
3. mula en su pila producto contiene la gestión de activos y de los conectores en la casa de la nube donde como Apache Camel es un marco cuando FUSIBLE ESB se tiene en cuenta JBoss Stack proporciona una buena cantidad de otros productos que pueden complementar su selección.