Déploiement canari
Un déploiement canari donne d’abord un trafic limité à la nouvelle version. Les résultats observés déterminent si l’extension continue ou s’arrête.
Un déploiement canari n’envoie d’abord à la nouvelle version qu’une part limitée du trafic ou un groupe choisi. L’équipe observe des résultats définis avant d’étendre l’usage.
Un portail fictif vérifie à ce stade la confirmation correcte des commandes et une éventuelle hausse des erreurs. Les critères de poursuite et d’arrêt sont fixés avant. Envoyer quelques requêtes sans évaluer les résultats ne fournirait pas cet apprentissage.
Le groupe choisi ne représente pas automatiquement tous les produits ou situations clients. Des erreurs peuvent apparaître plus tard. Ancienne et nouvelle versions doivent rester compatibles avec les données partagées. Ces contrôles peuvent compléter d’autres stratégies de déploiement ; ils ne garantissent pas un lancement sans erreur.
Sources
Termes associés
- Déploiement bleu-vertLe déploiement bleu-vert prépare une nouvelle version dans un second environnement. Après contrôle, le trafic passe de l’ancien au nouveau.
- Mise à jour progressiveUne mise à jour progressive remplace les instances applicatives par étapes. Ancienne et nouvelle versions peuvent fonctionner simultanément.
- SupervisionLa supervision collecte et évalue en continu des états et fonctions choisis. Sa portée dépend de ce qui est réellement observé.
- 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