Release de baixo risco

Release de baixo risco

1. Implantação ou deployment

   • Instalação no respectivo ambiente para que seja possível a etapa de release ( Teste, Produção )
     • - Deve ser possível restabelecer o ambiente o mais rápido possível

2. Liberação ( Release )

   • Disponibiliza os recursos para os clientes ou conjunto de clientes após a implantação com sucesso e reduz riscos

3. Categorias de Liberação ( Release )

   • Baseado no ambiente
     • Há dois ou mais ambientes e apenas um fica ativo para os clientes ( Ex: Balanceadores )
       • - Azul-verde ( Blue-Green ) - Canário ( Canary ):
     • Azul-Verde
       • - Existe um ambiente 100% ativo e outro em stand-by - Esse é o tipo mais simples de release de baixo risco. - Um problema pode surgir no modo de gerenciar o banco de dados com 2 versões do aplicativo em produção.
       • São 2 ambientes onde apenas um está ativo, o outro está em Stand-By
       • Como gerir o BD?
         • Opção 1: Criar um BD verde e um BD azul
           • - Durante o release, o BD azul fica no modo de leitura. Fazemos Backup/Restore e trocamos o tráfego para o ambiente verde.
           • - Desvantagem: Se necessário reverter para o ambiente azul, pode perder transações se não migrar manualmente antes.
         • Opção 2: Desacoplar mudanças da aplicação e do BD
           • - A mudança na aplicação não se preocupa com alterações no Banco de Dados, que será planejada após o Deploy
           • - Desvantagem: Necessário gerenciar a compatibilidade das versões da aplicação antes de migrar o banco de dados.
     • Canário
       • - Usuário pode ser roteado para 2 ambientes trabalhando em paralelo. - Exemplo: Nova versão da aplicação mais otimizado e acessível.  - Ao invés de colocar 100% dos usuários para utilizar a nova versão, pode-se colocar a nova release para ser utilizada por uma quantidade menor de usuários ( Ex: Somente para usuários internos )
       • - A implantação ocorre em um ambiente com poucos usuários ( Ex: 10% ) e aumenta de forma gradativa.
       • Sistema Imune a Cluster
         • - Variação do Canário, permitindo reverter o deploy automaticamente quando ocorre falha em produção ( Ex: monitoramento indicando maior tempo de resposta ).
   • Baseada no aplicativo
     • - O próprio usuário pode configurar um parâmetro para utilizar uma versão ou outra do aplicativo.
     • Novas funcionalidades disponibilizadas de modo seletivo utilizando configurações simples ( sem necessidade de deploy )
       • - Alternância de recursos ( feature toogles ) e lançamento escuro.
     • Alternância de Recursos/Funcionalidades
       • - Habilita ou desabilita recursos da aplicação baseado em critérios definidos ( Ex: funcionário, localidade, região, clientes, etc ).
       • - Utiliza instrução condicional baseado em parâmetro/configuração sem necessidade de deploy.
       • Lançamento Escuro
         • - Permite o Lançamento Escuro: implantação de recursos na produção para avaliar resultados sem o usuário perceber.
       • Benefícios
         • - Permite reverter facilmente quando ocorrem problemas. - Degradar Desempenho: Reduzir a qualidade do serviço quando existe o risco de falha em produção. Ex: Netflix percebe que há um item pouco utilizado de uma aplicação no ar. Pode-se degradar o desempenho dessas funções menos utilizadas para otimizar outras mais importantes e que necessitam de mais recursos para funcionar sem lentidão. 
         • - Aumentar resiliência com arquitetura voltada a serviços: permite ocultar recursos ainda não finalizados ou com defeitos.