Déploiement bleu-vert
Le 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.
Le déploiement bleu-vert utilise deux environnements comparables avec des versions applicatives différentes. Pendant que l’actuel sert le trafic, le nouveau est préparé et contrôlé. Le trafic est ensuite basculé.
Un portail fictif garde l’ancien environnement prêt pour un retour éventuel. Cela peut faciliter le changement technique. L’ancienne version doit toutefois rester compatible avec les données et services connectés.
Si les deux partagent une base, sa modification peut les affecter tous deux. Rediriger le trafic en arrière ne l’annule pas. Il faut aussi tenir compte des nouvelles commandes. La stratégie ne garantit donc seule ni passage sans incident ni restauration complète des données.
Sources
Termes associés
- Déploiement canariUn 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.
- Mise à jour progressiveUne mise à jour progressive remplace les instances applicatives par étapes. Ancienne et nouvelle versions peuvent fonctionner simultanément.
- 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.
- Politique DMARCLa politique DMARC décrit le traitement souhaité après un échec de contrôle du domaine. Elle ne corrige ni les sources d’envoi ni leur alignement.
Articles sur le sujet
Cloud & exploitation avec ASES
Hébergement, déploiement, maintenance et suivi