substituição - AWS Orientação prescritiva

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

substituição

Na modernização do mainframe, um dos desafios mais importantes é minimizar o tempo de inatividade e o risco durante a transição para uma nova plataforma. A estratégia blue/green de implantação oferece uma abordagem poderosa e flexível para a migração do sistema.

A implantação azul/verde é uma técnica que reduz o tempo de inatividade e o risco ao executar dois ambientes de produção idênticos, chamados de azul e verde. Veja como isso funciona no contexto da modernização do mainframe:

  • Ambiente azul: este é o seu sistema de mainframe atual que está lidando com todo o tráfego de produção.

  • Ambiente verde: esta é sua plataforma nova e modernizada AWS que está pronta para assumir o controle.

A estratégia de blue/green transição inclui as seguintes etapas: provisionar, entrar em operação, reverter se surgirem problemas e concluir.

Provisão

Nesse estágio, você provisiona o novo ambiente (verde) AWS seguindo estas etapas:

  1. Reformule a plataforma do ambiente: a zona hospedada do Route 53 deve conter um registro DNS que aponte para o ambiente do mainframe (azul).

  2. Verifique a conectividade: garanta a conexão adequada entre seus gerenciadores de transações locais Conta da AWS e o Db2 for z/OS Database.

  3. Execute testes de fumaça: use o endereço do balanceador de AWS carga para acessar o ambiente reformado e realizar testes de fumaça abrangentes para verificar o seguinte:

    • Todas as cargas de trabalho esperadas estão disponíveis.

    • 3270 transações estão sendo processadas corretamente.

    • As interações de dados com o Db2 for z/OS estão funcionando conforme o esperado.

Transmita ao vivo

Nesse estágio, você transfere o tráfego para o ambiente verde e monitora as mudanças.

  1. Use as políticas de roteamento de tráfego no Route 53 para mudar o tráfego:

    • Opção A: Você pode mudar o tráfego de uma só vez.

    • Opção B: Como alternativa, você pode usar uma distribuição ponderada gradual.

  2. Monitore e valide:

    • Observe atentamente o AWS ambiente à medida que o tráfego muda.

    • Verifique o processamento da transação 3270.

    • Verifique a z/OS comunicação do Db2.

    • Monitore problemas de desempenho.

    • Faça com que os usuários validem os resultados da transação.

Reversão

Se surgirem problemas, você pode atualizar rapidamente o Route 53 para redirecionar o tráfego de volta para o ambiente de mainframe local (azul).

Você deve investigar e resolver problemas antes de tentar outra transição.

Concluir

Depois de monitorar o tráfego e validar que seu ambiente verde está funcionando corretamente, você pode aumentar gradualmente o tráfego do aplicativo para AWS.

Após um período estável, você pode desativar o ambiente de transação do mainframe (azul) e manter o z/OS banco de dados Db2 for no local.

Arquitetura

O diagrama a seguir ilustra o fluxo de transição.

Arquitetura de transição para replataforma de aplicativos de mainframe em. AWS

O processo de transição consiste no seguinte:

  1. Os aplicativos cliente, front-ends e back-ends para frontends (BFFs) enviam transações para o nome de domínio do Route 53.

  2. O Route 53 roteia a conexão para o gerenciador de transações do mainframe ou para o Network Load Balancer, dependendo da política de roteamento definida.

  3. O gerenciador de transações processa as transações que são enviadas para o mainframe.

  4. O Network Load Balancer distribui transações para os ambientes de replataforma disponíveis para processamento.

  5. Os ambientes AWS Mainframe Modernization de replataforma processam as solicitações.