| ... | ... | @@ -22,4 +22,11 @@ NOTA : Le deuxième critère peut ne pas s'appliquer sur les premiers sprints, e |
|
|
|
|
|
|
|
### Point du 7 septembre 2022
|
|
|
|
|
|
|
|
Après un point architecture de l'équipe, une revue des objectifs en terme d'écoconception a permis de vérifier si les choix actuels sont compatibles avec une démarche d'écoconception.
|
|
|
|
|
|
|
|
En résumé :
|
|
|
|
|
|
|
|
- Toute donnée manipulée par le système est **horodatée**. Prévoir avec le responsable produit, au moment opportun, une procédure d'archivage ou de suppression manuelle et/ou à partir de règles implémentables par l'équipe.
|
|
|
|
- L'architecture proposée est à base de conteneurs avec orchestration pour favoriser de l'auto-scaling. L'hébergement serait assuré par le Datahub, même si certaines questions d'architecture restent encore à traiter
|
|
|
|
- Les conteneurs seront configurés pour que les ressources système (CPU, RAM notamment) possèdent tous des limites
|
|
|
|
- les données échangées (via Kafka) et les logs produits (via un gestionnaire trasnverse de logs de type ELK) sont centralisés. Leur archivage progressif est à étudier, à voir selon le périmètre de l'hébergement , qui se charge de cet archivage et de la la limitation en quantité d'informations produites. |
