vault backup: 2026-08-18 14:19:34

2026-08-18 14:19:34 -04:00
parent a3dd78acb1
commit 2dbe101a25
8 changed files with 221 additions and 4 deletions
@@ -0,0 +1,40 @@
+---
+type: meeting
+date: 2026-08-18
+source: MeetMic
+status: inbox
+duration: 19m
+meetmic_id: 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.
@@ -0,0 +1,44 @@
+---
+type: meeting
+date: 2026-08-18
+source: MeetMic
+status: inbox
+duration: 19m
+meetmic_id: 841A2AA2-49B5-479E-8D4B-54D970861527
+---
+
+# Flux : Live ONFR
+
+## Résumé
+
+- Le flux présenté couvre la mise en ligne d’un épisode diffusé en direct : programmation dans Louise, diffusion via Corus, publication sur le site de TFO et sur l’OTT.
+- La version principale est archivée dans Louise et publiée le lendemain sur le site de TFO; les versions directe et différée servent principalement à signaler les flux à Corus et ne contiennent pas de média.
+- Le site de TFO comporte deux points de diffusion : la page « en direct », avec le sous-titrage fourni par Corus, et une page « live event » alimentée par JWP, sans sous-titrage.
+- Le montage doit être terminé à 18 h pour permettre la livraison au technicien et le lancement du flux à 19 h 30. À 20 h, Corus et le site de TFO reprennent leur programmation linéaire.
+- Les fichiers de sous-titrage et de transcription seront intégrés ultérieurement dans Louise, puis les tâches d’exposition seront relancées afin de rendre l’épisode conforme aux exigences d’accessibilité.
+
+## Décisions
+
+- Utiliser le module « Émission Studio Série » de Louise pour gérer les versions directe et différée.
+- Programmer la version principale en non-linéaire sur le site de TFO, avec archivage dans Louise.
+- Utiliser JWP pour enregistrer temporairement le flux du live event, puis remplacer cet enregistrement par la version principale archivée.
+- Prévoir une diffusion YouTube à 19 h 30 à partir de la vidéo montée.
+
+## Actions
+
+- [ ] Formaliser la question concernant l’enregistrement simultané par Corus et vérifier le fonctionnement appliqué lors des anciennes productions en direct — Responsable : non identifié
+- [ ] Partager le document décrivant le flux — Responsable : Aélie
+
+## Blocages / Risques
+
+- Le technicien chargé de recevoir et de diffuser la vidéo n’est pas encore identifié.
+- Le flux « live event » provenant de JWP ne comporte pas de sous-titrage et ne répond donc pas immédiatement aux exigences d’accessibilité.
+- Une modification effectuée dans Louise entre la mise en ligne temporaire et la synchronisation du lendemain pourrait écraser ou supprimer la vidéo; ce comportement n’a pas encore été testé.
+- Le fonctionnement de l’enregistrement simultané par Corus pour les événements secondaires reste à confirmer.
+
+## À suivre
+
+- Confirmer l’organisation d’un exercice live de bout en bout avant le 17 août, éventuellement avec le pilote ou un autre contenu déjà prévu à la grille.
+- Déterminer qui assurera l’approbation technique et éditoriale dans l’équipe de ONFR.
+- Vérifier le rôle de chaque équipe dans la programmation de la bannière, du direct sur le site et des mises à jour de métadonnées et d’AODA.
+- Tester le flux sur une ou deux émissions avant de documenter officiellement le processus dans Confluence.