Différences

Ci-dessous, les différences entre deux révisions de la page.

--- boardz:journal10022020 [2020/02/10 11:45] – florence
+++ boardz:journal10022020 [2026/01/13 08:03] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 1: / Ligne 1: @@
+| {{ :avignon-universite.jpg?nolink|}} | {{ :blocks:logo-apl.png?nolink&220|}} |
- ====Poursuite du travail sur les outillages de mesure (et indicateurs)====
+===== JOURNAL DE BORD au 10 février 2020=====
+===== BoardZ Version 2 =====
+**Bienvenue dans le volume de documentation de conception de BoardZ Version 2.**
+====Multitenant====
+Boardz est désormais fonctionnellement multi-tenant. (Hypothèse de faire fonctionner 2 instances de site totalement séparées dans un seul moteur).
+====Configuration====
+Les configurations ont été reprises et corrigées pour assurer une intégration correcte de ces sites. Cela passe par :
+  * Le passage vers des écritures JSON plutot que XML. C'est moins verbeux, plus léger à décoder, et pemet une expresison plus simple de configurations "objet" plus complexes.
+  * La mise en place de deux modèles complets de configuration. Les configurations doivent permettre à terme de "charger" un boardz vide avec un certain nombre d'objets minimaux au fonctionnement d'un site. Un principe de backup/restore sera déduit de ces techniques.
+====Architecture en "trois tiers" ====
+Pas au sens application Web, mais bien au sens de la structure d'une "machine de calcul" se dessine de mieux en mieux, les 3 tiers de calcul étant :
+  - Acquisition (ou Extraction)
+  - Transformation
+  - Restitution, de quoi forger une variante de l'acronyme ETL en le remplaçant pas ETR. (Extract/Tranform and Render).
+Les scripts de lancement des process ont été révisés pour assurer l'indépendance de ces trois tiers au regard de l'architecture technique, de manière à avoir toutes les armes de scalabilité horizontale et verticale.
+====Ajout de fonctions de mesure de performance====
+La première mesure était d'obtenir la vitesse d'intégration des logs, afin de savoir dans quelle mesure le Boardz sait "digérer" une volumétrie existante.
+Les mesures ont donné : entre 250 et 360 logs / seconde, soit entre 900k et 1,3M logs par heure (en régime continu).
+Les tâches d'alimentation  prévoient deux paramètres :
+  - La taille max du "lot de logs" pour une requete.
+  - Un "temps de refroidissement" de l'alimenteur,, temps d'attente entre deux salves d'alimentation. Le but est de maîtriser la "charge continue ajoutée" à un moodle en production pour aspirer les logs.
+Le plugin moodle d'extraction des logs (report_etl) a du être légèrement corigé, d'ailleurs, pour éviter des pertes marginales d'échantillons entre deux requêtes successives.
+====Poursuite du travail sur les outillages de mesure (et indicateurs)====