Caminhos para a nuvem

Esta seção descreve uma abordagem de alto nível para implementar as melhores práticas para migrar seus aplicativos do Windows para o. AWS Os detalhes dessas estratégias e etapas de migração estão descritos nas seções subsequentes deste guia.

Estratégias de migração

Uma estratégia de migração é a abordagem usada para migrar uma carga de trabalho para o. Nuvem AWS Há sete estratégias de migração para mover aplicativos para a nuvem. Essas estratégias são conhecidas como 7 Rs e se baseiam nos 7 Rs que o Gartner identificou em 2019.

• Rehospede (lift and shift) — mova um aplicativo para a nuvem sem fazer nenhuma alteração para aproveitar os recursos da nuvem.

• Realocar (mover o hipervisor sem alterações [hypervisor-level lift-and-shift]): mover a infraestrutura para a nuvem sem comprar novo hardware, reescrever aplicações ou modificar suas operações existentes.

• Replataforma (elevação e remodelação) — mova um aplicativo para a nuvem e introduza algum nível de otimização para aproveitar os recursos da nuvem.

• Recompra (entrega e compra) — mude para um produto diferente, normalmente migrando de uma licença tradicional para um modelo de software como serviço (SaaS).

• Refatorar/rearquitetar — mova um aplicativo e modifique sua arquitetura aproveitando ao máximo os recursos nativos da nuvem para melhorar a agilidade, o desempenho e a escalabilidade.

• Retain (Reter) (revisitar): mantém os aplicativos em seu ambiente de origem. Isso pode incluir aplicativos que exigem grande refatoração, e você deseja adiar esse trabalho para um momento posterior, e aplicativos legados que você deseja manter, porque não há justificativa comercial para migrá-los.

• Retire (Retirar): desativa ou remove aplicativos que não são mais necessárias em seu ambiente de origem.

Principais transformações

As seguintes transformações principais ocorrem quando você moderniza aplicativos e bancos de dados legados do Windows:

• Rehospedar — A primeira etapa é migrar sua infraestrutura local para a infraestrutura em nuvem. Essa estratégia costuma ser chamada de “lift and shift” ou rehospedagem. Hospedar novamente significa migrar aplicativos e bancos de dados existentes para uma instância de servidor em nuvem. Não há necessidade de alterações no código e você é responsável por gerenciar a configuração da instância, a imagem do software e outros recursos.

• Replataforma — Depois de migrar para um ambiente de nuvem, a próxima transformação consiste em transformar os aplicativos e bancos de dados em um ambiente mais automatizado e gerenciado. Do ponto de vista do aplicativo, isso significa migrar de máquinas virtuais (VMs) para contêineres. A conteinerização de aplicativos pode ajudá-lo a desenvolver, manter e implantar aplicativos com mais rapidez e melhorar a portabilidade. AWS tem ferramentas, como AWS App2Container, para ajudar a automatizar o processo de conteinerização de aplicativos legados. No lado do banco de dados, a mudança de um modelo de autoatendimento para um serviço de banco de dados gerenciado, como o Amazon RDS for SQL Server, elimina a necessidade de provisionamento, aplicação de patches e backups. Em última análise, isso libera recursos para atividades que podem agregar mais valor à sua organização.

• Refatorar/rearquitetar — A terceira área de transformação é passar do licenciamento de software comercial para as opções de código aberto. Muitos fornecedores tradicionais de software comercial construíram seus negócios com base em contratos de licença de software que visam prender clientes e usar termos de licenciamento punitivos para forçar atualizações e migrações. Freqüentemente, as taxas de licença de software comercial geralmente adicionam de 20 a 50% do custo, além das opções equivalentes de código aberto. Recomendamos refatorar seus aplicativos e bancos de dados para aproveitar as opções de código aberto para que você possa reduzir custos, melhorar o desempenho e obter acesso às inovações mais recentes.

Você pode concluir essas áreas principais de transformação progressivamente em etapas ou todas de uma vez, dependendo da sua aplicação e da prontidão geral para a modernização.

Selecionar uma estratégia de migração

A estratégia de migração a ser escolhida depende das metas comerciais e de TI da sua organização. Alguns dos fatores de negócios mais comuns são reduzir custos, reduzir riscos, melhorar a eficiência, abordar lacunas de habilidades e acelerar a inovação. Recomendamos que você avalie quais drivers são importantes para você e, em seguida, escolha uma estratégia de migração com base em seus drivers usando as diretrizes a seguir. Além disso, lembre-se de que todas as três abordagens são caminhos possíveis em sua jornada de modernização da nuvem, dependendo de suas prioridades durante cada fase da jornada.

Quando rehospedar

A nova hospedagem (ou lift and shift) geralmente é mais rápida e fácil porque você não precisa fazer alterações no código ou na arquitetura do aplicativo. A rehospedagem também minimiza os riscos e as interrupções nos negócios. A equipe de operações pode continuar administrando os negócios normalmente porque o aplicativo não é alterado. Isso é especialmente verdadeiro para migrações em grande escala, nas quais até mesmo uma pequena mudança se torna significativa devido ao grande número de cargas de trabalho envolvidas. No entanto, é importante considerar que a nova hospedagem não aproveita ao máximo os benefícios da nuvem. Por exemplo, se você migrar um aplicativo com um problema de plataforma existente, esse problema permanecerá após a migração. Por fim, vale a pena considerar que o custo total de propriedade (TCO) e o retorno sobre o investimento (ROI) da nova hospedagem são menores em comparação com as outras abordagens de migração.

Quando reformular/rearquitetar

A replataforma geralmente é mais econômica do que a rehospedagem. Você pode usar a replataforma para aprimorar a automação e permitir que seus aplicativos usem melhor os recursos da nuvem, como auto-scaling, monitoramento e realização de backups. A replataforma reduz a sobrecarga operacional da equipe de operações de nuvem e minimiza os riscos de problemas preexistentes na plataforma. No entanto, a replataforma leva mais tempo do que uma migração de nova hospedagem. Além disso, a replataforma requer habilidades adicionais para configurar a automação que executa alterações de código no aplicativo e para operacionalizar a nova plataforma.

Quando refatorar

A refatoração geralmente é a abordagem de migração mais econômica. A refatoração é uma abordagem nativa da nuvem que permite que os aplicativos se adaptem rapidamente aos novos requisitos ao desacoplar os componentes do aplicativo para melhorar a resiliência do aplicativo. No entanto, a refatoração requer habilidades mais avançadas de codificação e automação. A refatoração também leva mais tempo para ser implementada porque envolve a reconstrução de aplicativos.