Skip to content

Ajouter des tests d'intégration sur la génération des values.yaml #1848

@StephaneTrebel

Description

@StephaneTrebel

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

Metadata

Metadata

Labels

CI/CDCI/CD stuffsdocumentationImprovements or additions to documentationtechnical debtRésoud de la dette technique

Type

Projects

No projects

Relationships

None yet

Development

No branches or pull requests

Issue actions