Grupos de erlang

Estoy tratando de implementar un clúster utilizando Erlang como el pegamento que lo mantiene todo unido. Me gusta la idea de que crea un gráfico de nodos totalmente conectado, pero al leer diferentes artículos en línea, parece que esto no se adapta bien (con un máximo de 50 a 100 nodos). ¿Los desarrolladores de OTP impusieron esta limitación a propósito? Sé que puede configurar los nodos para que tengan conexiones explícitas, así como para tener nodos ocultos, etc. Pero, parece que la configuración predeterminada lista para usar no es muy escalable.

Así que a las preguntas:

Si tenía 5 nodos (A, B, C, D, E), todos tenían conexiones explícitas tales que A-B-C-D-E. ¿Erlang / OTP le permite a A hablar directamente a E o A tiene que pasar mensajes de B a D para llegar a E, y esa es la razón para el gráfico totalmente conectado? De nuevo, tiene sentido pero no se adapta bien a lo que he visto.

Si uno intentara buscar un sistema escalable y tolerante a fallos, ¿cuáles son sus opciones? Parece que, si no puede crear un gráfico totalmente conectado porque tiene demasiados nodos, lo mejor sería crear un árbol de algún tipo. Pero, esto no parece ser muy tolerante a fallos porque si la raíz o cualquier padre de los nodos secundarios muere, perdería una parte importante de su agrupación.

Al analizar a los supervisores y trabajadores, todos los ejemplos que he visto aplican esto a los procesos en un solo nodo. ¿Podría aplicarse a un grupo de nodos para ayudar a implementar la tolerancia a fallos?

¿Pueden los nodos ser parte de varios grupos?

Gracias por su ayuda, si me he perdido un sitio web o blog post-reciente (de aproximadamente 1 año de edad), me encantaría verlos. Pero, he rastreado el internet bastante bien.

Respuestas a la pregunta(5)

Su respuesta a la pregunta