Article

CI/CD : cacher les mots de passe (sans les coller dans Git)

Ou mettre cles API et mots de passe pour que la chaine fonctionne sans fuite.

CI/CD : cacher les mots de passe (sans les coller dans Git)

Un secret, c'est un truc qu'on ne montre pas : mot de passe, cle API, certificat. Si tu le mets dans Git, considere-le public.

Schema bons et mauvais usages des secrets — Coffre CI et variables masquees : jamais de secret dans le code.

Les mauvais reflexes

Fichier .env committe "juste pour tester"
Secret dans un script
Secret imprime dans les logs de la CI

Les bons reflexes

Coffre de la CI (GitHub Secrets, variables GitLab masquees…)
Droits limites : chaque job n'a que ce dont il a besoin
Rotation : changer une cle compromise rapidement
Pas de secret dans l'image Docker

Variables vs secrets

Les variables (URL d'API, mode debug) peuvent etre visibles. Les secrets, non. Separe-les clairement. C'est aussi vrai sur Kubernetes.

Articles recommandés

Apres le deploiement : voir si ca va vraiment bien

Logs, mesures et alertes utiles pour savoir si la nouvelle version tient la route.

Versions et retours arriere : livrer sans paniquer

Tags, releases et rollback : savoir exactement ce qui tourne, et revenir vite.

GitOps : le cluster suit Git (pas l'inverse)

Argo CD ou Flux : deployer en declarant l'etat souhaite dans un depot Git.

CI/CD sur Kubernetes : changer de version sans tout casser

Rolling, blue/green, canary : comment remplacer une version en douceur.