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á.
Caminhos para a nuvem
Esta seção descreve uma abordagem de alto nível para implementar as práticas recomendadas para migrar suas aplicações do Windows para a 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
A estratégia de migração é a abordagem usada para migrar uma workload para a Nuvem AWS. Há sete estratégias de migração para mover aplicações para a nuvem. Essas estratégias são conhecidas como os 7 Rs e se baseiam nos 7 Rs
-
Redefinir a hospedagem (mover sem alterações [lift-and-shift]): mover uma aplicação para a nuvem sem fazer nenhuma alteração a fim de 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.
-
Redefinir a plataforma (mover e redefinir (lift-and-reshape]): mova uma aplicação para a nuvem e introduza algum nível de otimização a fim de aproveitar os recursos da nuvem.
-
Recomprar (drop and shop): mude para um produto diferente, normalmente migrando de uma licença tradicional para um modelo de software como serviço (SaaS).
-
Refatorar/rearquitetar: mova uma aplicação e modifique sua arquitetura aproveitando ao máximo os recursos nativos da nuvem para melhorar a agilidade, a performance e a escalabilidade.
-
Retain (Reter) (revisitar): mantém os aplicativos em seu ambiente de origem. Isso pode incluir aplicações que exigem grande refatoração, e você deseja adiar esse trabalho para um momento posterior, e aplicações antigas que você deseja manter porque não há justificativa comercial para migrá-las.
-
Retire (Retirar): desativa ou remove aplicativos que não são mais necessárias em seu ambiente de origem.
Principais transformações
As seguintes principais transformações ocorrem quando você moderniza aplicações e bancos de dados legados do Windows:
-
Redefinir a hospedagem: a primeira etapa é migrar sua infraestrutura on-premises para a infraestrutura de nuvem. Essa estratégia costuma ser chamada de “mover sem alterações (lift-and-shift)” ou redefinir a hospedagem. Redefinir a hospedagem significa migrar aplicações 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.
-
Redefinir a plataforma: depois de migrar para um ambiente de nuvem, a próxima transformação consiste em redefinir a plataforma das aplicações e dos bancos de dados para um ambiente mais automatizado e gerenciado. Do ponto de vista da aplicação, isso significa migrar de máquinas virtuais (VMs) para contêineres. A conteinerização de aplicações pode ajudar você a desenvolver, manter e implantar aplicações com mais rapidez e melhorar a portabilidade. A AWS tem ferramentas, como o AWS App2Container
, para ajudar a automatizar o processo de conteinerização de aplicações legadas. 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 para 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/redefinir a arquitetura: a terceira área de transformação é passar do licenciamento de software comercial para as opções de código aberto. Muitos provedores tradicionais de software comercial criaram 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. Com frequência, 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 suas aplicações e bancos de dados para aproveitar as opções de código aberto para que você possa reduzir custos, melhorar a performance 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 fatores são importantes para você e, em seguida, escolha uma estratégia de migração com base em seus fatores 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 redefinir a hospedagem
A redefinição da hospedagem (mover sem alterações [lift-and-shift]) geralmente é mais rápida e fácil porque você não precisa fazer alterações no código ou na arquitetura da aplicação. A redefinição da hospedagem 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 a aplicação não é alterada. Isso é especialmente verdadeiro para migrações em grande escala, em que até mesmo uma pequena mudança torna-se significativa devido ao grande número de workloads envolvidas. No entanto, é importante considerar que a redefinição da hospedagem não aproveita ao máximo os benefícios da nuvem. Por exemplo, se você migrar uma aplicação 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 redefinição da hospedagem são menores em comparação com as outras abordagens de migração.
Quando redefinir a plataforma e a arquitetura
A redefinição da plataforma geralmente é mais econômica do que a redefinição da hospedagem. Você pode usar a redefinição da plataforma para aprimorar a automação e permitir que suas aplicações usem melhor os recursos da nuvem, como ajuste de escala automático, monitoramento e realização de backups. A redefinição da plataforma reduz a sobrecarga operacional da equipe de operações de nuvem e minimiza os riscos de problemas preexistentes na plataforma. No entanto, a redefinição da plataforma leva mais tempo do que uma migração da redefinição da hospedagem. Além disso, a redefinição da plataforma requer habilidades adicionais para configurar a automação que executa alterações de código na aplicação 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 as aplicações se adaptem rapidamente aos novos requisitos ao desacoplar os componentes da aplicação para melhorar a resiliência da aplicação. 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 recriação de aplicações.
