Scénario #22221
Mis à jour par Daniel Dehennin il y a plus de 6 ans
h3. Problème
Lors du travail sur l’épic 1 (#21405), nous nous sommes rendu compte que tous les services n’étaient pas au même niveau technique et ne partagaient pas tous les même pratiques communes :
* Utilisation d’une image Ubuntu au lieu de l’image *@zephir_base@*
* Utilisation de scripts *@container-start.d/@* et d’un *@docker-entrypoint.sh@* au lieu d’autopilot
* Récuppération de la configuration par les variables d’environnement au lieu d’utiliser un fichier de configuration généré par *@consul-template@*
h3. Propositions
Un travail de réusinage a été commencé pour le service *@saltmaster@* (commit:525b37c, commit:ee6871c, commit:23b6bcf), je propose de le présenter à l’équipe et de nous mettre d’accord sur certains points :
* Le code principal du contrôleur ne sert qu’à :
** enregister les points d’entrée pour le bus crossbar
** mettre en forme les résultats pour le bus crossbar
** gérer les exceptions à renvoyer sur le bus crossbar
** La classe *@ApplicationSession@* doit être testable en intégration
* Le code de l’application est réparti dans d’autres modules
** ce code ne doit avoir aucune connaissance du bus crossbar
** ce code doit être testé de façon unitaire en environnement controllé (mock)
** ce code doit être testé de façon unitaire en environnement d’intégration (utilisation des resources externes et non plus des mocks)
Il faudra identifier les dettes techniques des différents services et les mettre à niveau.
h3. Critères d’acceptation
Lors du travail sur l’épic 1 (#21405), nous nous sommes rendu compte que tous les services n’étaient pas au même niveau technique et ne partagaient pas tous les même pratiques communes :
* Utilisation d’une image Ubuntu au lieu de l’image *@zephir_base@*
* Utilisation de scripts *@container-start.d/@* et d’un *@docker-entrypoint.sh@* au lieu d’autopilot
* Récuppération de la configuration par les variables d’environnement au lieu d’utiliser un fichier de configuration généré par *@consul-template@*
h3. Propositions
Un travail de réusinage a été commencé pour le service *@saltmaster@* (commit:525b37c, commit:ee6871c, commit:23b6bcf), je propose de le présenter à l’équipe et de nous mettre d’accord sur certains points :
* Le code principal du contrôleur ne sert qu’à :
** enregister les points d’entrée pour le bus crossbar
** mettre en forme les résultats pour le bus crossbar
** gérer les exceptions à renvoyer sur le bus crossbar
** La classe *@ApplicationSession@* doit être testable en intégration
* Le code de l’application est réparti dans d’autres modules
** ce code ne doit avoir aucune connaissance du bus crossbar
** ce code doit être testé de façon unitaire en environnement controllé (mock)
** ce code doit être testé de façon unitaire en environnement d’intégration (utilisation des resources externes et non plus des mocks)
Il faudra identifier les dettes techniques des différents services et les mettre à niveau.
h3. Critères d’acceptation