Aglomerados de Erlang

Estou tentando implementar um cluster usando Erlang como a cola que mantém tudo junto. Eu gosto da idéia de que ele cria um gráfico de nós totalmente conectado, mas ao ler diferentes artigos online, parece que isso não é bem escalável (com um máximo de 50 - 100 nós). Os desenvolvedores da OTP impuseram essa limitação de propósito? Eu sei que você pode configurar nós para ter conexões explícitas, bem como ter nós ocultos, etc. Mas, parece que a configuração padrão pronta para uso não é muito escalonável.

Então, para as perguntas:

Se você tivesse 5 nós (A, B, C, D, E) que todos tinham conexões explícitas como A-B-C-D-E. O Erlang / OTP permite que A fale diretamente com E ou A tenha que passar mensagens de B para D para chegar a E, e essa é a razão para o gráfico totalmente conectado? Mais uma vez, faz sentido, mas não se adapta bem ao que eu vi.

Se alguém fosse tentar um sistema escalonável e tolerante a falhas, quais são suas opções? Parece que, se você não pode criar um gráfico totalmente conectado, porque você tem muitos nós, a próxima melhor coisa seria criar uma árvore de algum tipo. Mas, isso não parece muito tolerante a falhas porque, se a raiz ou qualquer pai de nós filhos morrer, você perderia uma parte significativa de seu cluster.

Ao olhar para supervisores e trabalhadores, todos os exemplos que vi aplicam isso aos processos em um único nó. Poderia ser aplicado a um cluster de nós para ajudar a implementar a tolerância a falhas?

Os nós podem fazer parte de vários clusters?

Obrigado pela sua ajuda, se houver um site ou post de blog (que tem aproximadamente 1 ano de idade) que eu tenha perdido, eu ficaria feliz em olhar para eles. Mas eu vasculhei a internet muito bem.

questionAnswers(5)

yourAnswerToTheQuestion