jms - kafka - Ventajas de HornetQ vs ActiveMQ vs Qpid
activemq vs rabbitmq (4)
Estaba buscando un software de mensajería de código abierto y después de un poco de investigación encontré estos tres productos. Los saqué para una prueba de manejo preliminar, después de haberles manejado mensajes para colas y temas, y por lo que he leído, estos tres productos son una buena opción para una solución de mensajería de código abierto para la mayoría de las empresas. Lo que me preguntaba era ¿cuáles son las ventajas que estos productos pueden tener unos sobre otros? Lo que me interesa especialmente es el rendimiento de la mensajería, incluido el rendimiento de mensajería persistente, la seguridad, la escalabilidad, la confiabilidad, el soporte, las capacidades de enrutamiento, las opciones administrativas, como las métricas y el monitoreo, y, en general, qué tan bien se ejecuta cada programa en un gran entorno empresarial.
Echa un vistazo a http://queues.io/
Desde su sitio:
El objetivo es crear una lista de colas de calidad con una colección de artículos, publicaciones de blog, diapositivas y videos sobre ellos. Después de leer los artículos vinculados, debe tener una buena idea acerca de: los pros y los contras de cada cola, una comprensión básica de cómo funciona la cola y lo que cada cola está tratando de lograr. Básicamente, debe tener toda la información que necesita para decidir qué cola se ajustará mejor a sus necesidades.
La ''mensajería'' cubre muchas opciones, y debe haber al menos una docena de tipos diferentes de tecnologías que podrían ser la respuesta correcta. Haber construido muchos entornos de mensajería de producción, utilizando una variedad de tecnologías / enfoques, entendiendo mejor sus requisitos ayuda.
¿Necesita suscripciones por tema? ¿Necesita entrega multicast? ¿Necesitas suscriptores / oyentes dinámicos? ¿Sus oyentes volverían a buscar las mejores fuentes incluso después de encontrar un editor / fuente aceptable?
¿Necesita entrega garantizada? ¿confirmacion de envio? ¿Está su editor almacenando mensajes no entregados, o necesita el sistema de mensajería para que lo haga automáticamente? ¿con qué frecuencia los datos de las fuentes de alimentación se vuelven obsoletos? Por ejemplo, las alertas de correo electrónico pueden ser almacenadas y enviadas, pero los datos de precios en tiempo real solo son válidos por un corto intervalo (y luego es probable que deban desaparecer en lugar de causar confusión).
¿Qué tan volátil es su topología de red? ¿Sus suscriptores (o editores) esperan vivir en una dirección fija? ¿O son dispositivos móviles? ¿Pueden aparecer ante topologías de red más complejas que requieren registro y posiblemente impongan restricciones de enrutamiento? Si es así, ¿alguna idea cambia la frecuencia de estas topologías?
¿Solo necesitas una interfaz java? ¿Alguno de sus suscriptores se integrará en los componentes de Windows (como las fuentes en Excel)?
Si solo está interesado en la experiencia de comparar los productos similares que nombró, tal vez ya haya pensado en estos temas.
En cuanto a los productos, en mi experiencia, Tibco sigue siendo el líder en rendimiento y escalabilidad, especialmente en un entorno de tiempo real. ibm MQ sería el siguiente, especialmente en una arquitectura de almacenamiento y envío. con estos dos productos obtiene un nivel de soporte en el que puede justificar apostar una parte fundamental de sus sistemas comerciales. hay una razón por la que ambos han existido durante un par de décadas.
Otra opción que se pasa por alto a menudo es Tuxedo: no solo proporciona mensajes, sino también una capacidad transaccional comprobada que no tiene paralelo. Oracle continúa comprometido con este producto y, nuevamente, el nivel de soporte disponible es insuperable.
Me encantan las soluciones de fuente abierta y siempre me complace encontrar software de calidad de producción gratis, pero si está creando una parte fundamental de su infraestructura de negocios, una comunidad activa podría no indicar si un proyecto voluntario en particular es la mejor opción.
mi 2c vale la pena. Espero eso ayude.
Primero, no soy un experto en esto, pero tal vez pueda darte algunos consejos para pensar.
ActiveMQ y Qpid están bajo el paraguas de Apache y son colas de mensajes. Pero Qpid es una implementación de la especificación AMQP.
AMQP es una especificación de protocolo, en el nivel de conexión, por lo que los mensajes se pueden intercambiar con otras colas de mensajes de AMQP (por ejemplo, RabbitMQ).
ActiveMQ y HornetQ son colas que puede usar con una API JMS. El servicio de mensajes de Java es una especificación en un nivel de API.
Pero también tiene la opción de acceder a Qpid a través de una API JMS. Creo que el rendimiento es un pensamiento secundario. Tener una comunidad activa es más importante.
Benchmark incluye algunos números de rendimiento para que usted decida, con resultados tanto persistentes como transitorios.