He estado evaluando varias tecnologías de cola de mensajes de fuente abierta, como RabbitMQ, ActiveMQ, OpenAMQ, etc. Mi pregunta es, ¿qué beneficios se obtienen al usar una tecnología comercial como Tibco EMS, WebSphereMQ, Sonic, etc. en lugar de algo como Active o Rabbit? PHP será el idioma principal involucrado, aunque los sistemas Java también interactuarán.Beneficios de Messaging comercial Middleware vs Código abierto
Respuesta
Yo diría que los beneficios son pocos y distantes. Realmente debe asegurarse de que un sistema comercial sea para usted antes de invertir, ya que es probable que no haya regresión.
Algunas de estas cosas son tan esotérico, tan propenso a los proveedores de tecnología, tan maldito peso pesado que usted siente que tiene un gorila en la espalda, no sólo un mono;)
Existen grandes comunidades en torno a proyectos como RabbitMQ (consulte la lista de correo, por ejemplo). Además, si el costo es un problema, obviamente el código abierto es una victoria allí.
Esas tecnologías comerciales son buenos, pero la inversión en ellos puede ser abrupta. Se deben considerar tanto los costos de licencia anuales como los costos de soporte continuos al tomar una decisión. En lo que respecta al lock-in de proveedores, en el mundo comercial solo hay un proveedor que ofrece soporte para un producto determinado. En el mundo de código abierto, generalmente hay más de un proveedor que ofrece soporte. Considere ActiveMQ por ejemplo. Tanto Progress Software como SpringSource ofrecen acuerdos de soporte para ActiveMQ y algunos otros.
Además, en el mundo comercial, usted nunca tendrá que buscar el código fuente usted mismo. Para un producto como ActiveMQ, cualquiera puede tomar el código fuente. Esto es bastante poderoso porque significa que puede agregar características, etc. y posiblemente agregarlas al producto.
ActiveMQ tiene una gran comunidad y está ampliamente implementado. ActiveMQ proporciona API de cliente para muchos idiomas, incluidos C/C++, Java, .NET, Perl, PHP, Python, Ruby y más.
Bruce
creo que siempre es mejor para examinar a fondo sus necesidades antes de elegir un sistema de mensajería:
- No todos los proveedores comerciales apoyarán PHP por ejemplo. ActiveMQ y RabbitMQ lo harán.
- No todos los sistemas de mensajería pueden admitir tamaños de cola muy grandes, aunque ActiveMQ no
- No todos los sistemas de mensajería sobreviven a una parada de intermediario duro sin perder mensajes ActiveMQ sin tener que usar transacciones.
Y si se va a utilizar de código abierto - siempre se ven en la comunidad - ActiveMQ es la comunidad más activa de cualquier proveedor de mensajes de código abierto - y también es Apache - lo que significa la diversidad y no depende de un solo desarrollador o vendedor para la entrega.
La mayor diferencia que he encontrado es el soporte y la administración operativos. Los proveedores comerciales generalmente proporcionan mejores herramientas para que el personal de operaciones/soporte reenvíe, edite mensajes, etc.
Esto a menudo es una debilidad de las ofertas de código abierto, que si se rectifican, debería causar una seria falta de sueño para los vendedores comerciales.
Si utiliza productos comerciales que viene con todo (solo tenemos usar) pero todos los productos de código abierto tendrá características básicas pero aún podemos implementar características de productos comerciales (se refiere a muchas desarrollo)
- 1. Active MQ vs JBoss Messaging
- 2. Propiedad interna vs. Código abierto
- 3. TFS vs alternativas de código abierto?
- 4. Conectar middleware de sesión - regenerar vs recargar
- 5. Procesadores de contexto vs middleware en django
- 6. Aplicación vs desarrollo de middleware en Android
- 7. ¿Oscurece el código Java comercial?
- 8. ¿Cómo pueden los proyectos de código abierto obtener licencias para software comercial sin gastar mucho dinero?
- 9. matraz: wsgi-middleware vs before_ y after_request()
- 10. Kinect SDK oficial vs. Alternativas de código abierto
- 11. ¿Hay una tienda en la nube comprobada comercial/Key => Value Database? (Código abierto)
- 12. Beneficios de object.get() vs object.read() en Grails
- 13. ¿Existen beneficios o inconvenientes inherentes a la elección de Google Code vs. SourceForge vs. Codeplex?
- 14. OCR de código abierto
- 15. Prototipo vs. No, ¿qué son los beneficios?
- 16. Google Cloud Messaging Server Código lateral en C#
- 17. Motores de física de código abierto
- 18. Opensource, licencia no comercial?
- 19. Cross Language Messaging
- 20. .NET Messaging & STOMP Protocol
- 21. Incluyendo código en proyectos de código abierto
- 22. código abierto RTOS enlaces de código
- 23. Google Cloud messaging - Sample Server
- 24. ¿ExtJS es de código abierto?
- 25. Perfiladores de código abierto recomendados
- 26. Sistema experto de código abierto
- 27. Delphi - proyectos de código abierto
- 28. ¿Es C de código abierto?
- 29. de código abierto máquina virtual
- 30. F # proyectos de código abierto
+1 RabbitMQ es una excelente pieza de software, muy recomendable. –
"Considere ActiveMQ, por ejemplo: tanto Progress Software como SpringSource ofrecen acuerdos de soporte para ActiveMQ": si el soporte para el software de código abierto finalmente se convierte en el mismo costo, ¿por qué no un producto comercial basado en un proveedor? – hB0