Cada equipo debe:
- Crear un issue en el presente repositorio que contenga el nombre completo de sus integrantes, grupo, tema asignado y link al repo que da solución a su problemática
- Cumplir con los requisitos generales de los proyectos.
- Cumplir con el cronograma de entrega de las evaluaciones.
Cada equipo debe de proporcionar un informe en formato pdf en su repositorio proyecto. Con fecha máxima las 11:59:59 pm del día antes de su exposición. Se mantienen los tutores asignados. Cada equipo debe consultar su calendario de exposición con el profesor asignado.
- Arquitectura o el problema de como diseñar el sistema.
- Organización de su sistema distribuido
- Roles de su sistema
- Distribución de servicios en ambas redes de docker
- Procesos o el problema de cuantos programas o servicios posee el sistema
- Tipos de procesos dentro del sistema.
- Organización o agrupación de los procesos en una instancia, o en varias según su arquitectura
- Tipo de patrón de diseño con respecto al desempeño, async, hilos, procesos o algun subconjunto de los mismos.
- Comunicación o el problema de como enviar información mediante la red
- Tipo de comunicación, rpc, sockets, rest, objetos remotos, patrones de mensajes, etc
- Comunicación cliente - servidor y servidor - servidor
- Comunicación entre procesos.
- Coordinación o el problema de poner todos los servicios de acuerdo
- Sincronización de acciones. ( de ser necesario )
- Acceso exclusivo a recursos. Condiciones de carrera
- Toma de decisiones distribuidas.
- Nombrado y Localización o el problema de dónde se encuentra un recurso y como llegar al mismo
- Identificación de los datos y servicios
- Ubicación de los datos y servicios
- Localización de los datos y servicios
- Consistencia y Replicación o el problema de solucionar los problemas que surgen a partir de tener varias copias de un mismo dato en el sistema.
- Distribución de los datos
- Replicación, cantidad de réplicas.
- Confiabilidad de las réplicas de los datos tras una actualización.
- Tolerancia a fallas o el problema de, para que pasar tanto trabajo distribuyendo datos y servicios si al fallar una componente del sistema todo se viene abajo.
- Respuesta a errores
- Nivel de tolerancia a fallos esperado.
- Fallos parciales. Nodos caídos temporalmente. Nodos nuevos que se incorporan al sistema.
- Seguridad o el problema de que tan vulnerable es su diseño
- seguridad con respecto a la comunicación
- seguridad con respecto al diseño
- Autorización y autenticación.