Implantar soluções nativas de nuvem

Agora, implante a solução no ambiente dinâmico do Azure seguindo a estratégia planejada. Essa fase inclui preparações finais, a execução da implantação e a verificação e suporte pós-implantação.

Preparar os stakeholders para implantações nativas de nuvem

1. Anuncie o agendamento de implantação e o impacto esperado. Antes de iniciar a implantação de produção, comunique o plano e o valor a todos os stakeholders relevantes. Anuncie o agendamento de implantação e os efeitos esperados do usuário. Por exemplo, para novos recursos, observe qualquer tempo de inatividade ou alterações visíveis ao usuário com bastante antecedência. Os stakeholders podem identificar conflitos com eventos comerciais ou levantar preocupações sobre o tempo. Forneça um canal para comentários e confirme se a janela de implantação está alinhada com as prioridades operacionais. Ajuste o agendamento, se necessário, para evitar interrupções.

2. Notifique as equipes de suporte e os grupos afetados. Verifique se as equipes de suporte estão em espera e cientes do que está sendo lançado para que possam lidar com problemas ou consultas do usuário. Se a implantação puder afetar os usuários finais ou outros sistemas, notifique esses grupos também.

3. Defina as expectativas de funcionalidade durante a janela de implantação. Uma janela de implantação pode envolver funcionalidade reduzida ou atrasos temporários. Informe os stakeholders sobre essas condições para evitar confusão e garantir a continuidade dos negócios. Inclua procedimentos de fallback ou soluções alternativas, se aplicável.

4. Realize uma revisão de preparação de pré-implantação. Uma revisão de preparação confirma que todas as equipes entendem suas funções e têm acesso necessário. Realize uma reunião com representantes de cada equipe de suporte para examinar o plano de implantação, os critérios de êxito e os critérios de reversão. Verifique se as equipes de suporte têm as ferramentas apropriadas de acesso e monitoramento do sistema configuradas. Essa preparação garante uma resposta coordenada a quaisquer problemas que surjam durante a migração.

Executar as implantações nativas na nuvem

As etapas de implantação diferem ligeiramente com base em se é uma nova carga de trabalho autônoma ou uma atualização de recurso para um sistema existente:

Implantar novas cargas de trabalho nativas de nuvem

1. Criar ambiente de produção. Use o pipeline de CI/CD para implantar o pipeline de produção usando a mesma configuração testada no ambiente de teste. Use os mesmos artefatos de build, modelos de IaC e scripts de implantação que passaram pela validação no staging. Como você estará implantando em um ambiente separado, crie todos os recursos necessários do Azure por meio de seus modelos de IaC e, em seguida, implante o código do aplicativo ou os artefatos.

2. Teste de fumaça. Depois de implantado, execute testes de fumaça em produção (verificações básicas) para garantir que todos os serviços estejam ativos e que a funcionalidade principal funcione no ambiente dinâmico. Verifique se os principais serviços estão em execução, os bancos de dados estão acessíveis e se o aplicativo responde (acessando um endpoint de verificação de integridade ou páginas-chave). Verifique o Estado do Serviço do Azure em busca de problemas de plataforma em sua região que possam afetar seus componentes. Esse teste é uma verificação antes de qualquer usuário ser direcionado para o sistema.

3. Lançamento para um pequeno grupo de usuários. Implemente a distribuição progressiva expondo o novo sistema a um pequeno conjunto de usuários. Essa distribuição pode ser feita liberando um recurso somente para usuários internos ou direcionando uma pequena porcentagem do tráfego para a nova implantação. Monitore de perto os erros ou problemas de desempenho. Use o Application Insights e dashboards personalizados para observar as taxas de erro, os tempos de resposta e a utilização de recursos em tempo real. Reúna também comentários qualitativos de qualquer usuário piloto na versão canária.

4. Monitore e expanda gradualmente. A distribuição gradual reduz o risco e permite a validação do mundo real antes da versão completa. Libere o aplicativo para um pequeno grupo de usuários canários. Use um balanceador de carga, como o Azure Front Door ou o Gerenciador de Tráfego, para rotear um subconjunto de tráfego para a nova implantação. Colete comentários e monitore o desempenho. Escalar ou disponibilizar o acesso a todos os usuários após a validação bem-sucedida.

Implantar novos recursos nativos de nuvem em uma carga de trabalho existente

Ao implantar um novo recurso em uma carga de trabalho nativa de nuvem existente, escolha a estratégia de implantação que se alinha à tolerância a riscos, às restrições de infraestrutura e às metas de distribuição. Duas abordagens comuns são implantação in situ e implantação blue-green (ambiente paralelo).

Usar implantação local para implantação gradual no mesmo ambiente

Use uma implantação local ao adicionar um novo recurso a uma carga de trabalho existente sem provisionar um ambiente separado. Essa abordagem permite uma distribuição incremental segura com sobrecarga mínima de infraestrutura.

1. Habilitar o recurso para segmento de usuário pequeno Implante o novo recurso no ambiente existente usando sinalizadores de recursos ou alternâncias de configuração. Comece habilitando o recurso para um público-alvo limitado, como usuários internos, testadores beta ou uma pequena porcentagem de tráfego ao vivo. Essa abordagem permite a validação do mundo real, mantendo a capacidade de desabilitar rapidamente o recurso se surgirem problemas. Verifique se as interações do usuário são marcadas para distinguir entre usuários ou sessões com o recurso habilitado versus desabilitado, habilitando a comparação lado a lado.

2. Teste de fumaça. Depois de implantado, execute testes de fumaça em produção (verificações básicas) para garantir que todos os serviços estejam ativos e que a funcionalidade principal funcione no ambiente dinâmico. Verifique se os principais serviços estão em execução, os bancos de dados estão acessíveis e se o aplicativo responde (acessando um endpoint de verificação de integridade ou páginas-chave).

3. Monitore e expanda gradualmente. Monitore continuamente as taxas de integridade, desempenho e erro do aplicativo usando ferramentas como o Application Insights ou o Azure Monitor. Compare as métricas entre usuários com e sem o recurso habilitado para detectar anomalias. Se nenhum problema for detectado, aumente gradualmente o percentual de distribuição do sinalizador de recurso ou expanda o grupo de usuários. Repita o monitoramento após cada incremento. Após a distribuição completa, execute uma validação final para garantir um comportamento consistente em todas as instâncias e segmentos de usuário.

Implantar novos recursos em um ambiente paralelo

Use uma implantação azul-verde ao introduzir um novo recurso em uma carga de trabalho existente implantando-a em um ambiente de produção paralelo. Essa abordagem minimiza o risco permitindo a validação completa antes de redirecionar o tráfego dos usuários para a nova versão.

1. Criar ambiente paralelo (verde). Use o pipeline de CI/CD para implantar o pipeline de produção usando a mesma configuração testada no ambiente de teste. Use os mesmos artefatos de build, modelos de IaC e scripts de implantação que passaram pela validação no staging. Como você estará implantando em um ambiente separado, crie todos os recursos necessários do Azure por meio de seus modelos de IaC e, em seguida, implante o código do aplicativo ou os artefatos.

2. Teste de fumaça no ambiente paralelo. Depois de implantado, execute testes de fumaça em produção (verificações básicas) para garantir que todos os serviços estejam ativos e que a funcionalidade principal funcione no ambiente dinâmico. Verifique se os principais serviços estão em execução, os bancos de dados estão acessíveis e se o aplicativo responde (acessando um endpoint de verificação de integridade ou páginas-chave). Verifique o Estado do Serviço do Azure em busca de problemas de plataforma em sua região que possam afetar seus componentes. Esse teste de fumaça é uma verificação antes de qualquer usuário ser direcionado para o sistema.

3. Rotear um subconjunto de tráfego para um ambiente paralelo. A distribuição gradual reduz o risco e permite a validação do mundo real antes da versão completa. Libere o aplicativo para um pequeno grupo de usuários canários. Use um balanceador de carga, como o Azure Front Door ou o Gerenciador de Tráfego, para rotear um subconjunto de tráfego para a nova implantação. Como alternativa, exponha o novo recurso apenas a um segmento de usuário específico por meio de regras de roteamento ou sinalizadores de recursos. Monitore o desempenho, as taxas de erro e a experiência do usuário usando o Application Insights ou o Azure Monitor. Compare o tráfego do usuário entre os ambientes azul e verde para detectar regressões ou anomalias.

4. Monitore e expanda gradualmente. Se a nova versão tiver um bom desempenho, aumente incrementalmente o roteamento de tráfego até lidar com 100% da carga. Promova a implantação "verde" para ser a primária. A implantação "azul" antiga é mantida intacta durante esse processo, o que facilita a reversão. Se algum problema grave for detectado, você poderá alternar instantaneamente todo o tráfego de volta para a versão estável.

5. Finalizar a substituição. Após a validação bem-sucedida, encaminhe todos os usuários para o novo sistema ou anuncie-o formalmente em tempo real se ele estiver oculto. O ambiente antigo, se existisse para um recurso atualizado, agora pode ser considerado para desativação após um período de validação seguro.

Validar o êxito da implantação

Depois de implantar uma nova carga de trabalho ou recurso, é essencial confirmar se o sistema está funcionando corretamente, tanto tecnicamente quanto da perspectiva do usuário.

1. Valide jornadas críticas do usuário. Vá além dos testes de fumaça para verificar se todos os principais fluxos de usuário funcionam conforme o esperado no ambiente dinâmico. Use pacotes de teste automatizados ou QA manual para validar cenários do mundo real. Concentre-se em caminhos de alto valor, como autenticação, transações e fluxos de trabalho de dados. Esse teste se aplica se a implantação introduziu um novo sistema ou melhorou um existente.

2. Verifique os processos e integrações em segundo plano. Verifique se os processos em segundo plano, as integrações e os trabalhos agendados estão sendo executados corretamente. Verifique os logs, os status das tarefas e os endpoints de integração para garantir que estejam funcionando conforme o esperado. Esta etapa evita falhas silenciosas que podem não estar imediatamente visíveis aos usuários.

3. Analise os painéis de monitoramento para a saúde do sistema. Use o Azure Monitor e o Application Insights para inspecionar logs e métricas. Procure anomalias nas taxas de erro, latência, uso de CPU/memória e taxa de transferência. Confirme se os dados de monitoramento estão fluindo corretamente e se nenhum dado está ausente ou mal roteado.

4. Inspecione o sistema de alertas em busca de gatilhos inesperados. Examine os alertas configurados para taxas de falha, latência ou uso de recursos. Confirme se nenhum alerta está sendo disparado inesperadamente. Se os alertas forem disparados, investigue as causas raiz e avalie se elas indicam um problema relacionado à implantação.

5. Realizar check-ins de partes interessadas e usuários. Também é sábio fazer um check-in rápido com alguns usuários finais ou partes interessadas após a implantação para obter a confirmação humana de que as coisas estão funcionando da perspectiva do usuário.

6. Declare a implantação concluída somente após a validação completa. Considere apenas a implantação concluída quando todas as etapas de validação forem bem-sucedidas e o sistema atender aos critérios de aceitação. Se forem encontrados problemas, corrija os críticos imediatamente. Registre problemas secundários para resolução em atualizações futuras.

Apoiar cargas de processamento durante a estabilização

1. Estabeleça uma postura de monitoramento e suporte aumentada. Desdobramento em produção não é o fim do percurso. Nas horas e dias imediatamente após uma entrada em produção, reforce a verificação e suporte enquanto o sistema se adapta sob a carga real das operações. É aconselhável que a equipe de desenvolvimento esteja de plantão junto com a equipe de operações para investigar e resolver rapidamente quaisquer problemas, pois eles sabem melhor as novas alterações.

2. Acompanhe as métricas do sistema e os comentários do usuário continuamente. Trate a primeira semana ou duas como um período de estabilização. Monitore métricas como CPU, memória, taxas de erro e tempos de resposta usando o Azure Monitor e o Application Insights. Colete comentários do usuário por meio de canais de suporte ou divulgação direta. Isso ajuda a detectar problemas que os sistemas automatizados podem perder.

3. Ajuste as configurações com base no comportamento observado. Ajuste as configurações, se necessário. Por exemplo, expanda mais se o uso for maior do que o previsto. Se os logs forem muito detalhados ou muito esparsos, modifique os níveis de registro. Essas alterações ajudam a manter o desempenho e a observabilidade durante o pico de uso. Verifique se todos os problemas descobertos nesta fase são resolvidos ou inseridos em seu sistema de acompanhamento para melhorias futuras.

4. Registrar e fazer triagem de todos os problemas descobertos durante a estabilização. Essa fase de suporte ativa captura problemas que só são revelados em condições de produção e garantem que a carga de trabalho atenda verdadeiramente às suas metas. Após esse período de estabilização e, quando estiver confiante no desempenho do sistema, você poderá fazer a transição para operações normais e procedimentos de monitoramento.

5. Defina os critérios de saída para estabilização. Defina limites claros para desempenho do sistema, taxas de erro e satisfação do usuário. Depois que o sistema atender a esses critérios de forma consistente, faça a transição para operações padrão e procedimentos de monitoramento. Esses critérios garantem uma entrega tranquila e evitam o fechamento prematuro da fase de suporte.

Próxima etapa