CI/CD était révolutionnaire en 2015. En 2025, c'est le minimum syndical. Si votre fierté est d'avoir un pipeline CI/CD, vous avez 10 ans de retard.
Le problème avec CI/CD classique
Votre pipeline fait : build → test → deploy. C'est bien. Mais que se passe-t-il après le deploy ? Rien. Vous attendez que les utilisateurs se plaignent pour découvrir les problèmes. C'est réactif. En 2025, vous devez être proactif.
Les 4 couches qui manquent
1. Continuous Verification. Après chaque déploiement, vérifier automatiquement que le service fonctionne. Pas juste "est-ce up ?" mais "est-ce que les métriques business sont normales ?". Si le taux de conversion chute de 30% après un deploy, rollback automatique.
2. Progressive Delivery. Ne pas déployer pour tout le monde d'un coup. Canary : 1% des utilisateurs, puis 5%, puis 20%, puis 100%. À chaque étape, vérifier les métriques. Si quelque chose dérape, rollback sans que 99% des utilisateurs aient vu le problème.
3. Database CI/CD. Le code change avec CI/CD. La base de données, elle, change encore avec des scripts manuels exécutés par un DBA. C'est le maillon faible. Les migrations de schéma doivent être versionnées, testées, et déployées automatiquement — avec des stratégies de rollback.
4. Security in the pipeline. SAST, DAST, SCA, secrets scanning, container scanning. Pas en post-mortem. Dans le pipeline. Si une vulnérabilité critique est détectée, le build échoue.
Le cas spécifique des bases de données
Le database CI/CD est le plus difficile. Pourquoi ? Parce qu'un rollback de code est facile — on déploie la version précédente. Un rollback de schéma de base de données est complexe — on ne peut pas "undeploy" une colonne supprimée.
La solution : les migrations expand-contract. Étape 1 : ajouter la nouvelle colonne (expand). Étape 2 : migrer les données. Étape 3 : basculer l'application. Étape 4 : supprimer l'ancienne colonne (contract). Chaque étape est indépendante et réversible.
L'observabilité dans le pipeline
Un pipeline moderne ne fait pas que déployer. Il observe. Après chaque déploiement, il collecte les métriques, les compare à la baseline, et décide si le déploiement est un succès ou un échec. C'est le continuous verification — et c'est ce qui sépare les pipelines 2015 des pipelines 2025.
Votre CI/CD ne suffit plus. Il doit devenir CI/CD/CO — Continuous Integration, Continuous Deployment, Continuous Observation.
Et vous ?
Votre pipeline CI/CD est-il vraiment moderne ? Aprilium audite votre pipeline et identifie les 4 couches manquantes : continuous verification, progressive delivery, database CI/CD, security.
Auditer mon pipeline