Ahora estoy mirando Play Framework y me gusta mucho. Una de las partes más publicitadas entre las características ofrecidas en Play es Akka.¿Cuáles son las alternativas de idioma y producto a Akka?
Para comprender mejor Akka y cómo usarlo correctamente, ¿puede decirme cuáles son las alternativas en otros idiomas o productos?
¿Cómo se compara RabbitMQ con esto? ¿Hay mucha superposición? ¿Es práctico usarlos juntos? ¿EN que casos de uso?
El mejor lugar para comenzar es un great Akka official documentation. Creo que el producto/framework más cercano a Akka es erlang. I guess (No he usado Play framework) Akka se usa allí para implementar Comet y otros procesamientos asincrónicos.
rabbitmq es algo similar en ideas (infraestructura para enviar mensajes), tenga en cuenta que RabbitMQ incluso está escrito en erlang, pero tienen casos de uso ligeramente diferentes. Diría que mientras RabbitMQ se enfoca en el envío de mensajes, Akka se trata más de actores (receptores y remitentes de mensajes).
El mejor consejo que puedo ofrecer, ya que también realicé el mismo proceso de pensamiento cuando Play 2.0 se unió a Typesafe y comencé a utilizar Akka más, es buscar "Actor modelo".
Wikipedia es un gran recurso - http://en.wikipedia.org/wiki/Actor_model. Tiene una lista de lenguajes de programación que pueden admitir el modelo de actor, y también tiene una lista de marcos (incluido Akka) que se basan en el modelo Actor.
En pocas palabras, el modelo Actor se basa en el concepto de actores en un modelo de computación concurrente. Los actores no necesariamente significan la transmisión de mensajes, pero los casos de uso más comunes tendrán a los actores transmitiendo mensajes (que es donde aparecerán las similitudes con rabbitMQ).
Pequeña corrección con gran impacto: los actores SOLO pueden recibir mensajes, esa es la esencia del concepto Los actores son un modelo de computación, mientras que rabbitMQ es un medio para pasar mensajes, por lo tanto, viven en diferentes niveles de abstracción. –
Yo uso RabbitMQ + Spring AMQP + Guava EventBus para registrar automáticamente mensajeros tipo Actor usando Guava's EventBus for pattern matching los mensajes recibidos.
La similitud con Spring AMQP y Akka es asombrosa. Spring AMQP's SimpleMessageListenerContainer + MessageListener es prácticamente equivalente a un Actor.
Sin embargo, para todos los efectos RabbitMQ es más poderosa de Akka, ya que tiene muchos clientes implementaciones en diferentes idiomas, proporciona persistencia (colas duraderos), enrutamiento topológica y algoritmos de QoS enchufables .
Dicho esto Akka es mucho más conveniente y, en teoría, Akka puede hacer todo lo anterior y algunas personas han escrito extensiones, pero la mayoría solo usa Akka y luego hace que Akka entregue los mensajes en RabbitMQ. Además, el contenedor Spring AMQP SimpleMessageListener es bastante pesado y no está claro qué pasaría si crearas un par de millones de ellos.
En retrospectiva, consideraría usar Akka para RabbbitMQ en lugar de Spring AMQP para proyectos futuros.
Akka admite buzones duraderos que son similares a las colas persistentes que proporciona RabbitMQ. –
Sí, lo descubrí recientemente. Mi principal problema con Akka es que si usas Java para interactuar con él, parece que tienes que hacer mucho casting. La otra cosa es que hay clientes amqp en otros idiomas, como Python. –
Según http://letitcrash.com/post/29988753572/akka-amqp-proxies, Akka puede usar AMQP como medio de transporte. AMQP es un protocolo estándar de nivel de cable, por lo que no impide que Akka o cualquier lenguaje de programación o entorno operativo lo use como medio de transporte para comunicarse con clientes escritos en otros lenguajes de programación. –
Akka es un conjunto de herramientas y de tiempo de ejecución para la construcción de concurrentes & distribuidos sistemas. Para lograr esto, Akka usa el modelo Actor. Si usted está buscando una alternativa para Akka, creo que no se puede encontrar una solución completa como Akka, porque Akka tiene varias características que le permiten desarrollar robusta concurrente sistema & distribuido:
pero sugiero a echar un vistazo a Erlang/OTP y Quasar.
En cuanto a una comparación con Quasar, también sugiero echar un vistazo a http://blog.paralleluniverse.co/2015/05/21/quasar-vs-akka/. Tenga en cuenta que Galaxy todavía no está listo para la producción (pero pronto lo hará), pero por otro lado los Quasar Actors son tan similares a los de Erlang (y por lo tanto tan sencillos) que la integración con prácticamente cualquier solución de mensajería es extremadamente fácil y pronto escribe más sobre eso. DESCARGO DE RESPONSABILIDAD: Formo parte del equipo de Quasar. – circlespainter
http://scalecube.io es una baja latencia microservicios lib. una solución completa que le permite desarrollar un sistema distribuido robusto simultáneo &.
Me gusta Akka: - se basa en el protocolo de chismes y nado. - su mensaje está basado en protobuf (dúplex completo). - es para JVM. - baja latencia y aproximadamente ~ 6 veces más rápido. - usa RxJava probado para ser más rápido que las transmisiones de akka.
A diferencia de Akka: - es menos obvio - no es un marco. - no forzando el patrón de actor como patrón holístico.
Parece que no tiene nada para la persistencia. Tal vez, diferente bestia? – user2108278
También puede considerar usar VertX, que es también una plataforma reactiva http://vertx.io/
Donde no se puede considerar la Verticle (http://vertx.io/docs/vertx-core/java/#_verticles) similar al paradigma Actor. Y el EventBus similar a Databus de Akka (http://vertx.io/docs/vertx-core/java/#event_bus)
RabbitMQ es un intermediario de AMQP, es decir, un transporte. Akka es un conjunto de herramientas de simultaneidad/escalabilidad/tolerancia a fallas. Puede usar AMQP como buzones Akka Actor o como transporte remoto Akka. –
Gracias por la respuesta, solo para clérigo, si tengo múltiples aplicaciones java, quiero que se comuniquen, necesitaré rabbitmq. Por ejemplo, 2 juegos separados 2 aplicaciones, máquinas separadas, Akka no puede ser el marco de unión, necesitaré jms o rabbitmq, ¿es correcto? –
Puede "unir" JVM utilizando actores remotos, vienen con un transporte predeterminado que se basa en Netty. –