Blue-green deployment
Bij blue-green deployment wordt een nieuwe versie in een tweede omgeving voorbereid. Na controle gaat het verkeer van de huidige naar de nieuwe omgeving.
Blue-green deployment gebruikt twee vergelijkbare omgevingen met verschillende applicatieversies. Terwijl de huidige omgeving verkeer verwerkt, wordt de nieuwe voorbereid en gecontroleerd. Daarna wordt het verkeer omgeschakeld.
Een hypothetisch portaal houdt de vorige omgeving gereed voor mogelijk terugschakelen. Dat kan de technische overgang vereenvoudigen. Of de oude versie bruikbaar blijft, hangt ook van gegevens en gekoppelde diensten af.
Delen beide een database, dan kan een wijziging eraan beide raken. Verkeer terugsturen draait die wijziging niet terug. Ook nieuwe bestellingen moeten worden meegenomen. De strategie garandeert dus op zichzelf geen probleemloze overgang of volledig gegevensherstel.
Bronnen
Verwante begrippen
- Canary deploymentEen canary deployment geeft de nieuwe versie eerst beperkt verkeer. Waargenomen resultaten bepalen of uitbreiding doorgaat of stopt.
- Rolling updateEen rolling update vervangt actieve applicatie-instanties stap voor stap. Oude en nieuwe versies kunnen tijdens de overgang tegelijk werken.
- Return-PathReturn-Path legt het SMTP-retourpad vast in een header. Het beschrijft de technische route voor foutmeldingen, niet iemands identiteit.
- Envelope-FromEnvelope-From benoemt de SMTP-afzender voor transport en foutmeldingen. Deze moet van het zichtbare afzenderadres worden onderscheiden.
- DMARC-aggregatierapportEen DMARC-aggregatierapport vat domeincontroles van een rapporterend mailsysteem over een periode samen. Het helpt verzendbronnen en configuratiefouten te onderzoeken.
- DMARC-beleidDMARC-beleid beschrijft de gewenste behandeling van mislukte domeincontroles. Het herstelt geen verzendbronnen of hun afstemming.
Artikelen over dit onderwerp
Cloud & beheer met ASES
Hosting, deployment, onderhoud en support