Containers

Containers

Em implementações do tipo blue-green, dois servidores são mantidos: um servidor “azul” e um servidor “verde”. A qualquer momento, apenas um servidor está lidando com as requisições. Por exemplo, requisições públicas podem ser roteadas para o servidor azul, que se torna o servidor de produção; enquanto isso, o servidor verde torna-se o servidor intermediário, e por sua vez só pode ser acessado em uma rede privada. As alterações são instaladas no servidor não ativo, que é então testado através da rede privada para verificar se as alterações funcionam conforme o esperado. Feita a verificação, o servidor não ativo é trocado então pelo servidor ativo, efetivando as alterações implementadas.

Related Content

martin fowler blue green deployment

Martin Fowler: Blue-green Deployment

Automating your deployment helps reduce the frictions and delays that crop up in between getting the software “done” and getting it to realize its value.

cloudfoundry

Using Blue-Green Deployment to Reduce Downtime and Risk

As you prepare a new version of your software, deployment and the final stage of testing takes place in the environment that is not live: in this example, Green. Once you have deployed and fully tested…

What is Blue-Green Deployment?

Not all environments have the same uptime requirements or the resources to properly perform CI/CD processes like blue green. But many apps evolve to support such continuous delivery as…

aws_blue-green_deployment

AWS CodeDeploy Introduces Blue/Green Deployments

You can now use blue/green deployments with AWS CodeDeploy. Now, you can choose from two deployment types when using CodeDeploy. The existing deployment type supported by…

stackoverflow_logo

Blue Green Deployments vs Rolling Deployments?

What’s the difference between a blue/green deployment and a rolling deployment? I always thought that a blue/green deployment was a sudden switch of traffic from the old version to the new…

Videos

See Also

Rolar para cima