Consultas sobre el enunciado de la entrega 3.

[AaronUtn]

Hola todos, después de leer el enunciado me generaron las siguientes dudas:

1)Servicio de agregación y su interacción con las colecciones:

Ahora toda la lógica de traer hechos desde las fuentes pasa exclusivamente desde este servicio o la colección puede seguir trayendo hechos sin pasar por el servicio de agregación.

---

2)Horarios de baja carga del sistema:

cuando serian los horarios de baja carga del sistema sería algo sobre lo que tendríamos control, que lo definimos nosotros.

---

3. Como interactúan los modo de navegación haciendo énfasis en el modo "curada" y los horarios de baja carga del sistema:

En el enunciado dice lo siguiente:
Modo de navegación:
En iteraciones anteriores, cualquier persona podía navegar las colecciones, aplicando opcionalmente filtros. Sin embargo, en esta entrega se incorpora el concepto de modo de navegación, que le permitirá elegir qué hechos se mostrarán:
de forma irrestricta, en la cual navegarán todos los hechos, sin ningún tipo de curación;
de forma curada, en la cual se navegarán sólo los hechos para los que se tiene consenso.

Al final del párrafo de Consenso dice lo siguiente:
Por último, se considera que la ejecución de estos algoritmos puede ser costosa, por lo que es importante que no se ejecuten cada vez que ingresa un hecho, sino en horarios de baja carga en el sistema.

---

Significa que en el momento que se crea una colección se llama al servicio de agregación, me trae los hechos de todas las fuentes disponibles. aplicando los criterios de creación de la colección.
Luego cuando un visualizador o contribuyente desea ver los hechos de esa colección se le aplican los filtros y el modo de navegación en este caso el curada.
Lo que me falta entender o lo que me hace ruido son los horarios de baja carga de sistema y que no se usen los algoritmos de consenso cuando se agregan un hecho nuevo.
Porque lo que entiendo es que es el usuario que tienen la ultima palabra de aplicar o no un modo de navegación y de esa manera aplicar alguno de los algoritmos de consenso o somos nosotros como desarrolladores en el momento de crear la colección aplicamos esos algoritmos de consenso en un cierto momento del día, porque si es así a la colecciones se le agregara hechos durante todo día a través del servicio de agregación y en cierto momento de nuevo se aplica los algoritmos de consenso reduciendo la cantidad de hechos que puede ver el usuario.

Saludos a todos!!!

[flbulgarelli]

¡Hola, @AaronUtn!

Ayer publicamos una versión actualizada del enunciado con algunas correcciones y aclaraciones, te recomiendo que lo vuelvas a leer, porque creo que varias de estas consultas estarán respondidas allí.

[flbulgarelli]

Ahora toda la lógica de traer hechos desde las fuentes pasa exclusivamente desde este servicio o la colección puede seguir trayendo hechos sin pasar por el servicio de agregación.

No, no cambia la arquitectura general del sistema, solo se agrega la posibilidad de que las colecciones puedan consumir hechos de fuentes agregadas.

En otras palabras, todo lo que funcionaba antes debería seguir funcionando y la forma de despegar los nodos que venías construyendo también debería mantenerse: por ejemplo, si un nodo contenía una colección que consumía una fuente estática, eso debe mantenerse.

[flbulgarelli]

cuando serian los horarios de baja carga del sistema sería algo sobre lo que tendríamos control, que lo definimos nosotros.

Exacto, eso queda a su criterio.

En el mundo real elegir ese momento no es trivial y de mínima implicaría analizar la carga por hora a lo largo de toda la semana, pero en esta instancia simplemente elijan un horario arbitrariamente.

[flbulgarelli]

Significa que en el momento que se crea una colección se llama al servicio de agregación, me trae los hechos de todas las fuentes disponibles. aplicando los criterios de creación de la colección.

No es necesario que participe el servicio de agregación en esta interacción. Supongamos que tenés un a colección A que utiliza la fuente estática α, una colección B que utiliza la fuente estática β y una colección C que utiliza nuevamente la fuente β. Supongamos también que C define un algoritmo de consenso tal que exija que el hecho esté en todas las fuentes, y las demás no definen ninguno.

Luego aparece un hecho en la fuente β (y solo en la fuente β) : este hecho aparecerá solo en las colecciones B y C. En B será considerado consensuado (al no haber algoritmo de consenso) y en C, no consensuado al exigir que aparezca en todas las fuentes, lo cual no ocurre.

Ahora aparece un nuevo hecho, en las fuentes α y β. Este hecho aparecerá en A, B y C, y será considerado consensuado en cada una de ellas por motivos diferentes: en A y B no hay algoritmos de consenso, ergo, siempre está consensuado, mientras que en C se exige que el hecho aparezca en todas las fuentes del nodo, lo cual también es cierto, por lo que el hecho nuevamente se considera consensuado.

[flbulgarelli]

Porque lo que entiendo es que es el usuario que tienen la ultima palabra de aplicar o no un modo de navegación y de esa manera aplicar alguno de los algoritmos de consenso o somos nosotros como desarrolladores en el momento de crear la colección aplicamos esos algoritmos de consenso en un cierto momento del día, porque si es así a la colecciones se le agregara hechos durante todo día a través del servicio de agregación y en cierto momento de nuevo se aplica los algoritmos de consenso reduciendo la cantidad de hechos que puede ver el usuario.

Sobre esto, son las personas usuarias del sistema quienes eligen si usar navegación curada y son quienes administran el sistemas las personas que determinan que algoritmo de consenso se aplicará (o no) en cada colección. En este sentido, vos en tanto desarrollador del sistema no tomás ninguna de esas dos decisiones. En todo caso, lo que estarás decidiendo (en tanto persona encargada de la infraestructura) cuando se ejecutará ese algoritmo de consenso.

Está implícito que al ejecutarse estos algoritmos de forma periódica y no en línea (es decir, cada vez que llega un hecho) habrá momentos en que la información de consenso esté desactualizada, pero eso es una limitación contemplada y aceptada en pos de reducir el costo computacional de cada nodo y del sistema en general.