3.1 KiB
3.1 KiB
type, date, source, status, duration, meetmic_id
| type | date | source | status | duration | meetmic_id |
|---|---|---|---|---|---|
| meeting | 2026-08-18 | MeetMic | inbox | 19m | 9CEB3804-D724-48AF-994C-01E0CBFBC0CE |
Discussion CI/CD
Résumé
- La réunion porte sur la mise en place du CI/CD pour Idéllo et la réduction de la dépendance aux images Docker actuellement fournies par Libeo.
- Le besoin est de disposer de Dockerfiles complets permettant de builder les images Nginx, Drupal et Node.js de manière indépendante, sans composants propriétaires ou dépendances internes non documentées.
- Les images pré-buildées avaient été choisies initialement comme compromis pour respecter les délais du projet ; l’intention initiale était que les builds soient réalisés côté TFO.
- Le CI/CD sera géré côté TFO, avec upload des images dans un registry. Les nouveaux Dockerfiles devront être testés sur l’environnement de développement afin de garantir leur compatibilité avec les différents environnements.
Décisions
- L’option retenue pour l’évaluation est de fournir des Dockerfiles complets et simplifiés, plutôt que de maintenir uniquement des images pré-buildées.
- Le CI/CD et l’upload des images dans un registry seront gérés côté TFO.
- Les Dockerfiles validés serviront de références figées jusqu’à ce qu’une mise à jour soit communiquée par le responsable du code.
Actions
- Créer un ticket pour évaluer l’extraction des éléments propriétaires et la production de Dockerfiles indépendants — Responsable : Philippe
- Évaluer l’effort nécessaire et revenir avec une estimation — Responsable : non identifié
- Vérifier les aspects contractuels et administratifs liés aux images Docker et à leur contrôle — Responsable : Philippe
- Tester les nouveaux Dockerfiles dans l’environnement de développement pour vérifier leur compatibilité avec l’infrastructure — Responsable : non identifié
- Mettre en place la synchronisation du code entre les dépôts GitHub et GitLab — Responsable : non identifié
Blocages / Risques
- Les images actuelles reposent sur des images de base internes et des dépendances potentiellement propriétaires à Libeo.
- La suppression de ces dépendances nécessite une passe complète de QA afin de détecter les éléments oubliés.
- Les images internes sont rebâties automatiquement avec des correctifs de sécurité et des mises à jour mineures ; ce mécanisme devra être pris en compte pour conserver un niveau de sécurité comparable.
- Une divergence entre les Dockerfiles ou les images utilisés selon les environnements pourrait entraîner des problèmes de compatibilité et de diagnostic.
- Le sens et le fonctionnement exacts de la synchronisation entre GitHub et GitLab restent à clarifier.
À suivre
- Clarifier la responsabilité de la maintenance et des mises à jour des Dockerfiles.
- Confirmer le modèle de synchronisation entre GitHub et GitLab, idéalement dans un seul sens.
- Confirmer les éléments contractuels concernant la propriété et le contrôle des images Docker.
Related
- 2026-08-18 - Idello - Estimer le temps d'avoir des images docker propers avec aucune dépendances