Chaîne de livraison continue — BPCE
- Contexte
- Environnement bancaire : exigences de traçabilité fortes et parcours de validation stricts entre développement, homologation et production.
- Action
- Chaîne CI/CD de bout en bout sous Jenkins, orchestration des livraisons avec XL Release et XL Deploy, versionnement sous Git, passage systématique par l'homologation avant toute mise en production.
- Résultat
- Chaque mise en production est rattachée à une version identifiée et rejouable à l'identique. L'homologation devient un filtre systématique plutôt qu'une étape négociée au cas par cas, et le retour arrière est préparé avant le déploiement, pas improvisé pendant l'incident.
Détail technique
Le découpage sépare ce qui construit de ce qui déploie. Jenkins produit un livrable versionné et l'archive. XL Deploy décrit la cible et sait poser ce livrable sur chaque environnement à partir du même modèle, avec un paramétrage propre à l'environnement et non au livrable. XL Release orchestre l'enchaînement — déploiement en homologation, validation métier, fenêtre de production, contrôles post-déploiement — et conserve la trace de qui a validé quoi et quand, exigence structurante en contexte bancaire.
Le point qui demande le plus d'attention reste la parité entre l'homologation et la production. Un écart de configuration entre les deux suffit à rendre la validation illusoire : le livrable testé n'est plus celui qui tourne. C'est le premier endroit où je regarde quand une mise en production se passe mal alors que la recette était verte.