Blue-green deployment
Blue-green deployment forbereder en ny version i et andet miljø. Efter kontrol flyttes trafikken fra det nuværende miljø til det nye.
Blue-green deployment bruger to sammenlignelige miljøer med forskellige applikationsversioner. Mens det nuværende miljø håndterer trafik, forberedes og kontrolleres det nye. Derefter skiftes trafikken.
En hypotetisk portal holder det tidligere miljø klar til en mulig tilbagekobling. Det kan lette det tekniske skift. Om den gamle version fortsat kan bruges, afhænger dog også af data og tilsluttede tjenester.
Deler miljøerne en database, kan ændringer påvirke begge. At føre trafikken tilbage fortryder ikke ændringen. Nye ordrer skal også tages med. Strategien alene garanterer derfor hverken et fejlfrit skift eller fuldstændig datagendannelse.
Kilder
Relaterede begreber
- Canary deploymentEn canary deployment giver først en ny version begrænset trafik. Observerede resultater afgør, om udvidelsen fortsætter eller stoppes.
- Rolling updateEn rolling update erstatter kørende applikationsinstanser trinvist. Gammel og ny version kan arbejde samtidig under overgangen.
- Return-PathReturn-Path gemmer SMTP-returstien i et headerfelt. Det beskriver den tekniske vej for fejlmeldinger, ikke en persons identitet.
- Envelope-FromEnvelope-From angiver SMTP-afsenderen til transport og fejlmeldinger. Den skal adskilles fra den synlige afsenderadresse.
- DMARC-aggregatrapportEn DMARC-aggregatrapport opsummerer et rapporterende mailsystems domænekontroller over en periode. Den hjælper med at undersøge kilder og konfigurationsfejl.
- DMARC-politikDMARC-politikken beskriver den ønskede behandling ved mislykkede domænekontroller. Den retter hverken afsendelseskilder eller deres afstemning.
Artikler om emnet
Cloud & drift med ASES
Hosting, deployment, vedligeholdelse og support