Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Agora, implante a solução no ambiente ao vivo do Azure seguindo a estratégia planejada. Esta fase inclui os preparativos finais, a execução da implantação e a verificação e suporte pós-implantação.
Preparar as partes interessadas para implantações nativas da nuvem
Anuncie o cronograma de implantação e o impacto esperado. Antes de começar a implantação da produção, comunique o plano e o valor a todas as partes interessadas relevantes. Anuncie o cronograma 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 pelo usuário com bastante antecedência. As partes interessadas podem identificar conflitos com eventos empresariais ou levantar preocupações sobre o calendário. Forneça um canal para feedback e confirme se a janela de implantação está alinhada com as prioridades operacionais. Ajuste o cronograma, se necessário, para evitar interrupções.
Notifique as equipes de suporte e os grupos afetados. Certifique-se de que as equipes de suporte estejam de prontidão e cientes do que está sendo liberado para que possam lidar com quaisquer problemas ou consultas dos usuários. Se a implantação puder afetar usuários finais ou outros sistemas, notifique esses grupos também.
Defina expectativas de funcionalidade durante a janela de implantação. Uma janela de implantação pode envolver funcionalidade reduzida ou atrasos temporários. Informar as partes interessadas destas condições para evitar confusões e assegurar a continuidade das atividades. Inclua procedimentos de fallback ou soluções alternativas, se aplicável.
Efetue uma revisão de preparação pré-implantação. Uma revisão de prontidão confirma que todas as equipes entendem suas funções e têm acesso necessário. Faça uma reunião com representantes de cada equipe de suporte para revisar o plano de implantação, os critérios de sucesso e os critérios de reversão. Verifique se as equipes de suporte têm o acesso ao sistema apropriado e as ferramentas de monitoramento configuradas. Esta preparação assegura uma resposta coordenada a quaisquer problemas que surjam durante a migração.
Execute os desdobramentos nativos da 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:
Implante novas cargas de trabalho nativas da nuvem
Crie um ambiente de produção. Use seu pipeline de CI/CD para implantar o pipeline de produção usando a mesma configuração testada em staging. Use os mesmos artefatos de compilação, modelos IaC e scripts de implantação que passaram pela validação no preparo. Como você está implantando em um ambiente separado, crie todos os recursos necessários do Azure por meio de seus modelos IaC e, em seguida, implante o código ou os artefatos do aplicativo.
Teste de fumaça. Uma vez implantado, execute testes de fumaça na produção (verificações básicas) para garantir que todos os serviços estejam ativos e que a funcionalidade principal funcione no ambiente ao vivo. Verifique se os principais serviços estão em execução, se os bancos de dados estão acessíveis e se o aplicativo responde (aceda a um endpoint de verificação de saúde ou a páginas-chave). Verifique a Integridade do Serviço do Azure para quaisquer problemas de plataforma na sua região que possam afetar os seus componentes. Este teste é uma verificação antes que qualquer usuário seja direcionado para o sistema.
Lançamento para um pequeno grupo de utilizadores. Implemente a distribuição progressiva expondo o novo sistema a um pequeno conjunto de usuários. Essa distribuição pode ser feita lançando uma funcionalidade apenas para usuários internos ou roteando uma pequena porcentagem de usuários ao vivo para a nova implantação. Monitore de perto quaisquer erros ou problemas de desempenho. Use o Application Insights e painéis personalizados para observar as taxas de erro, os tempos de resposta e a utilização de recursos em tempo real. Reúna também feedback qualitativo de qualquer usuário piloto sobre a versão canária.
Monitorize e expanda gradualmente. A implantação gradual reduz o risco e permite a validação no mundo real antes do lançamento completo. Solte 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. Recolha feedback e monitorize o desempenho. Aumente a escala ou abra o acesso a todos os usuários após a validação bem-sucedida.
Implante novos recursos nativos da nuvem em uma carga de trabalho existente
Ao implantar um novo recurso em uma carga de trabalho nativa da nuvem existente, escolha a estratégia de implantação que esteja alinhada com sua tolerância ao risco, restrições de infraestrutura e metas de implantação. Duas abordagens comuns são a implantação local e a implantação azul-verde, onde utiliza um ambiente paralelo.
Utilize a implementação no local para um lançamento gradual no mesmo ambiente.
Use a implantação direta ao adicionar uma nova funcionalidade a uma carga de trabalho existente sem provisionar um ambiente separado. Essa abordagem permite uma implantação segura e incremental com sobrecarga mínima de infraestrutura.
Ativar recurso para segmento de usuários pequenos Implante o novo recurso no ambiente existente usando sinalizadores de recursos ou alternâncias de configuração. Comece ativando o recurso para um público limitado, como usuários internos, testadores beta ou uma pequena porcentagem de tráfego ao vivo. Essa abordagem permite a validação no mundo real, mantendo a capacidade de desativar rapidamente o recurso se surgirem problemas. Certifique-se de que as interações do usuário sejam marcadas para distinguir entre usuários ou sessões com o recurso habilitado e desativado, permitindo a comparação lado a lado.
Teste de fumaça. Uma vez implantado, execute testes de fumaça na produção (verificações básicas) para garantir que todos os serviços estejam ativos e que a funcionalidade principal funcione no ambiente ao vivo. Verifique se os principais serviços estão em execução, se os bancos de dados estão acessíveis e se o aplicativo responde (aceda a um endpoint de verificação de saúde ou a páginas-chave).
Monitorize e expanda gradualmente. Monitore continuamente a integridade, o desempenho e as taxas de erro do aplicativo usando ferramentas como o Application Insights ou o Azure Monitor. Compare métricas entre usuários com e sem o recurso habilitado para detetar anomalias. Se nenhum problema for detetado, aumente gradualmente a porcentagem de distribuição do sinalizador de recurso ou expanda o grupo de usuários. Repita o monitoramento após cada incremento. Após a implantação completa, execute uma validação final para garantir um comportamento consistente em todas as instâncias e segmentos de usuários.
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-o em um ambiente de produção paralelo. Essa abordagem minimiza o risco, permitindo a validação completa antes de alternar o tráfego do usuário para a nova versão.
Crie um ambiente paralelo (verde). Use seu pipeline de CI/CD para implantar o pipeline de produção usando a mesma configuração testada em staging. Use os mesmos artefatos de compilação, modelos IaC e scripts de implantação que passaram pela validação no preparo. Como você está implantando em um ambiente separado, crie todos os recursos necessários do Azure por meio de seus modelos IaC e, em seguida, implante o código ou os artefatos do aplicativo.
Teste de fumo em ambiente paralelo. Uma vez implantado, execute testes de fumaça na produção (verificações básicas) para garantir que todos os serviços estejam ativos e que a funcionalidade principal funcione no ambiente ao vivo. Verifique se os principais serviços estão em execução, se os bancos de dados estão acessíveis e se o aplicativo responde (aceda a um endpoint de verificação de saúde ou a páginas-chave). Verifique a Integridade do Serviço do Azure para quaisquer problemas de plataforma na sua região que possam afetar os seus componentes. Este teste de fumaça é uma verificação antes que qualquer usuário seja direcionado para o sistema.
Encaminhe um subconjunto de tráfego para um ambiente paralelo. A implantação gradual reduz o risco e permite a validação no mundo real antes do lançamento completo. Solte 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 de usuários entre os ambientes azul e verde para detetar regressões ou anomalias.
Monitorize 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. Priorizar a implementação "verde" como principal. A antiga implantação "azul" é mantida intacta durante esse processo, o que facilita a reversão. Se algum problema sério for detetado, você pode alternar instantaneamente todo o tráfego de volta para a versão estável.
Finalize o corte. Após a validação bem-sucedida, encaminhe todos os usuários para o novo sistema ou anuncie-o formalmente ao vivo se ele estiver oculto. O ambiente antigo, se existia um correspondente ao recurso atualizado, agora pode ser considerado para descomissionamento após um período de validação seguro.
Validar o sucesso 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 perspetiva do usuário.
Valide percursos críticos do utilizador. Vá além dos testes de fumaça para verificar se todos os principais fluxos de usuários funcionam como esperado no ambiente ao vivo. Use pacotes de teste automatizados ou controle de qualidade 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. Este teste aplica-se quer a implementação tenha introduzido um novo sistema ou melhorado um sistema existente.
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 registos, status de tarefas e endpoints de integração para garantir que estejam a funcionar conforme o esperado. Esta etapa evita falhas silenciosas que podem não ser imediatamente visíveis para os usuários.
Analise os painéis de monitoramento quanto à integridade 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á faltando ou sendo encaminhado incorretamente.
Inspecione o alerta em busca de gatilhos inesperados. Analise os alertas configurados quanto a taxas de falha, latência ou uso de recursos. Confirme se nenhum alerta está sendo disparado inesperadamente. Se os alertas forem acionados, investigue as causas básicas e avalie se elas indicam um problema relacionado à implantação.
Realizar verificações com partes interessadas e utilizadores. Também é aconselhável fazer uma verificação rápida com alguns utilizadores finais ou partes interessadas após a implementação para obter a confirmação humana de que as coisas estão a funcionar do ponto de vista do utilizador.
Declare a implantação concluída somente após a validação completa. Só considere a implantação concluída quando todas as etapas de validação forem bem-sucedidas e o sistema atender aos seus critérios de aceitação. Se forem encontrados problemas, corrija os críticos imediatamente. Registre problemas menores para resolução em atualizações futuras.
Suporte de cargas de trabalho durante a estabilização
Estabeleça uma postura de monitorização e apoio reforçada. Realizar a implementação em produção não é o fim da jornada. Nas horas e dias imediatamente seguintes a um go-live, aumente a sua monitorização e atenção ao suporte enquanto o sistema entra em funcionamento sob carga do mundo real. É aconselhável ter a equipe de desenvolvimento de plantão ao lado da equipe de operações para investigar e resolver rapidamente quaisquer problemas, uma vez que eles conhecem melhor as novas mudanças.
Acompanhe as métricas do sistema e o feedback dos usuários continuamente. Trate a primeira ou duas semanas 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 feedback dos usuários por meio de canais de suporte ou contato direto. Isso ajuda a detetar problemas que os sistemas automatizados podem perder.
Ajuste as configurações com base no comportamento observado. Ajuste as configurações, se necessário. Por exemplo, aumente a escala se o uso for maior do que o previsto. Se os registos forem muito detalhados ou esparsos, modifique os níveis de registo. Essas alterações ajudam a manter o desempenho e a observabilidade durante o pico de uso. Certifique-se de que quaisquer problemas descobertos nesta fase sejam resolvidos ou inseridos no seu sistema de rastreamento para melhorias futuras.
Registre e faça a triagem de todos os problemas descobertos durante a estabilização. Esta fase de suporte ativo deteta problemas que só são revelados em condições de produção e garante que a carga de trabalho realmente atenda aos seus objetivos. Após esse período de estabilização, e uma vez que você esteja confiante no desempenho do sistema, você pode fazer a transição para operações normais e procedimentos de monitoramento.
Definir os critérios de saída para estabilização. Defina limites claros para o desempenho do sistema, taxas de erro e satisfação do usuário. Uma vez que o sistema atenda a esses critérios de forma consistente, faça a transição para operações e procedimentos de monitoramento padrão. Estes critérios garantem uma transferência suave e evitam o encerramento prematuro da fase de apoio.