estoy considerando los siguientes dos enfoques para establecer una red informática utilizando Akka 2.0:Akka 2.1 agrupación opciones de diseño
a. tener un nodo de Enrutador central que conozca todos los nodos de Trabajador (es decir, qué host y puerto están ejecutando), realizar un seguimiento de su estado y asignarles trabajo. Los trabajadores no saben nada sobre dónde se encuentra el enrutador central, solo reciben solicitudes de cómputo, calculan los resultados y los envían al remitente de la solicitud.
O
b. tener un nodo de Enrutador central que no sepa nada sobre dónde están todos los Trabajadores de la red informática (es decir, qué host y puerto están ejecutando). Todos los trabajadores conocen el Enrutador central y se registran en el Enrutador central cuando se ponen en marcha. Una vez que se registran, el enrutador realiza un seguimiento de su estado (arriba o abajo) y les asigna trabajo.
Es evidente que los dos enfoques tienen algunos pro y contra que pueden adaptarse mejor a diferentes casos de uso y escenarios. Me interesa saber qué enfoque prefiere la comunidad Akka dada la próxima API Akka 2.1. En otras palabras, ¿qué enfoque es más adecuado para la API de Clustering que Akka 2.1 proporcionará?
Revisé la documentación de Akka 2.0 RC2, que analiza brevemente las características de Clustering que llegarán en Akka 2.1, pero aún no se han publicado demasiados detalles. Espero obtener mejores conocimientos de los expertos de Akka en la comunidad.
¿Por qué un nodo central en absoluto? Es solo un papel ¿verdad? –