Rolling Deployment

Esta é a estratégia padrão de nossa plataforma. Ela consiste em gradualmente atualizar os POD's um a um, padrão que pode ser alterado. Caso a aplicação tenha um Health-check , o processo aguardará cada POD responder corretamente para ir para o próximo.

Abaixo segue o trecho de configuração do DeploymentConfig.

strategy:
  type: Rolling
  rollingParams:
    timeoutSeconds: 120 
    maxSurge: "20%" (1)
    maxUnavailable: "10%" (2)
    pre: {} (3)
    post: {}

1	Quantidade máxima de pods que podem ser ligados acima da quantidade de pods original.
2	Quantidade máxima de pods que pode ficar indisponíveis durante o processo.
3	Ações a serem executadas antes (pre) e após (post).

Explicando o que acontece na prática.

Executa comandos configurados em {pre}
Inicia o novo deploy do POD (obedecendo as regras de maxSurge)
Remove o POD antigo (obedecendo as regras maxUnavailable)
Repete os passos 1 e 2 até o novo deploy chegar a quantidade desejada de POD's
Executa comandos configurados em {post}

Para verificar ou editar (com muito cuidado) seu DeploymentConfig, em seu terminal execute:

$ oc edit dc

Então caso atualize algo, poderá realizar um novo deploy

$ oc deploy SeuApp --latest --follow

Saiba mais na Documentação do Openshift.

Artigos nessa seção

Comentários