¿Cuál es la mejor opción para una aplicación concurrente: Scala + Akka o Erlang?

Erlang y partes de Akka están diseñados para ayudar a facilitar la programación cuando ya se sabe que el modelo de actor es la construcción más apropiada para implementar la concurrencia.

Suponiendo que el modelo de actor es el constructo apropiado en el contexto dado, encuentro que erlang es mucho más completo en términos de sus construcciones OTP (por ejemplo, la diversidad de tipos de supervisores admitidos). Además, si uno quiere variantes ligeramente diferentes de gen_server o supervisores, a menudo también es relativamente fácil manejar su propia versión. p.ej. Mira la primera publicación de Joe armstrong en este hilo https://groups.google.com/forum/ … No sé si lo mismo es cierto sobre akka, aunque eso es algo que quizás quieras descubrir un poco más sobre.

La función del lenguaje también podría desempeñar un papel en la decisión. p.ej. Java / Scala son mucho mejores en las operaciones de cadena, mientras que erlang maneja la compactación de datos en flujos de bits para la comunicación de red mucho mejor. La disponibilidad de los programadores de erlang vis-a-vis java es otro asunto obvio a considerar.

Dicho esto, es menos probable que las características relacionadas con el OTP o el idioma sean los puntos críticos que influyen en la decisión aquí. Se reduce a las diferencias de plataforma. Erlang tiene un aislamiento de proceso muy superior (por ejemplo, no hay datos compartidos entre procesos y la recolección de basura se realiza en un nivel por proceso). Además, es extremadamente fácil comenzar decenas de miles de procesos en erlang. Es poco probable que JVM (no scala / akka) pueda competir bien si estos son puntos importantes. Erlang hace que sea realmente fácil trabajar con varios nodos de comunicación en la misma máquina o en la intranet, algo que no es tan intrínseco en el mundo de JVM. Por otro lado, la JVM se entiende mucho mejor, se despliega mucho más y tiene una gama increíblemente amplia de herramientas y bibliotecas de terceros para trabajar. También puede combinar construcciones de concurrencia basadas en modelos no actores cuando trabaje con Scala, por ejemplo. Colecciones paralelas o memoria transaccional de software, opciones que renunciaría en caso de erlang.

Creo que esto realmente depende mucho de sus antecedentes y de los requisitos del sistema que está creando. Si necesita acceso a una amplia variedad de bibliotecas y tiene experiencia con Java (aunque algunos podrían decir que esto puede ser una desventaja) y / o JVM, Scala y Akka son probablemente una buena opción. Por otro lado, Erlang y OTP han existido por un tiempo y son muy confiables (lo que no quiere decir que JVM y Akka no lo sean, pero Akka es un sistema mucho más joven), por lo que si se siente cómodo con Erlang, OTP podría Sé una buena elección. Ciertamente, hay áreas donde ambas plataformas brillan y se superponen mucho entre ellas, dado que Akka se basó inicialmente en muchas ideas tomadas de OTP (aunque agrega algunas capacidades únicas). Basaría mi elección en el nivel de comodidad con las plataformas a menos que haya claramente una característica de cualquiera de las plataformas que le atraiga.