Livraison continue
La livraison continue prépare les changements logiciels par un processus répétable. La validation pour la production peut rester une décision explicite.
La livraison continue, ou CD, prolonge l’intégration par un chemin répétable vers une version livrable. Des étapes automatiques préparent le changement et le vérifient aux stades prévus.
Un portail fictif produit un paquet après les contrôles et le déploie en test. La personne responsable décide ensuite du passage en production. En déploiement continu, ce passage se fait automatiquement après les contrôles prévus. Le seul sigle CD laisse cette distinction ouverte.
Une version préparée ne convient pas automatiquement à tout usage. Modifications de base, configuration et retour doivent correspondre au changement précis. Il faut garder la trace des contrôles réussis et de la version validée.
Sources
Termes associés
- Intégration continueL’intégration continue réunit régulièrement les changements dans un état de développement commun. Les contrôles automatiques peuvent révéler certains conflits plus tôt.
- Version logicielle publiéeUne version publiée est un état logiciel identifié disponible pour un usage donné. Sa publication ne fait pas automatiquement migrer tous les systèmes.
- Feature flagUn feature flag active ou désactive un comportement prévu par configuration. Il peut séparer déploiement technique et ouverture d’une fonction.
- Return-PathReturn-Path conserve le chemin de retour SMTP dans un en-tête. Il décrit le retour technique des erreurs, pas l’identité d’une personne.
- Envelope-FromEnvelope-From désigne l’expéditeur SMTP pour le transport et les retours d’erreur. Il faut le distinguer de l’adresse d’expéditeur visible.
- Rapport DMARC agrégéUn rapport DMARC agrégé résume les contrôles de domaine d’un système déclarant sur une période. Il aide à examiner sources d’envoi et erreurs de configuration.
Articles sur le sujet
Cloud & exploitation avec ASES
Hébergement, déploiement, maintenance et suivi