-
Notifications
You must be signed in to change notification settings - Fork 5
Description
L'architecture de la console CPiN, avec le passage en "push"/GitOps: peut être très grossièrement résumée ainsi:
Console CPiN -> values.yaml -> ArgoCD -> ✨ Magic ✨
La MEP du 20 janvier 2026 a montré qu'on a finalement assez peu de contrôle sur ce fichiers de valeurs qui est généré, ce qui peut mener à des incidents de Production.
Au-delà de la manière de gérer ces incidents de Production (#1845 ), il y a la nécessiter de correctement document les comportements attendus de la génération du fichier de valeurs, et d'en valider les invariants.
Par exemple: pour les projets qui sont gérés par l'équipe Socle, ciConfigPath doit être undefined, alors que pour les projets clients elle aurait dû être à gitlab-ci-dso.yml. Fichier qui n'existe pas quand on génère le projet, mais peu importe, car il sera créé en aval par les équipes clientes (on les "oblige", d'une certaine manière, à créer eux-mêmes ce fichier). Tout ce comportement n'est documenté dans aucun test, et donc est sujet à devenir un incident de Production.
Il nous faut donc un mécanisme de contrôle simple du fichier de valeur généré, et une excellente manière d'illustrer ce contrôle sera d'appliquer celui que je viens d'évoquer, concernant ciConfigPath