6 estratégias de migração para a nuvem

6 estratégias de migração para a nuvem

Neste artigo publicado no blog da Amazon AWS e escrito por Stephen Orban – General Manager, são explicadas as 6 estratégias para migração para a nuvem.

As empresas normalmente começam a contemplar como migrar um aplicativo durante a segunda fase do “Processo de Migração” – Descoberta e Planejamento de Portfólio. É quando eles determinam o que está em seu ambiente, quais são as interdependências, o que será fácil de migrar e o que será difícil de migrar e como eles irão migrar cada aplicativo para a nuvem.

Usando esse conhecimento, as organizações podem traçar um plano (que deve ser considerado sujeito a mudanças à medida que progridem em sua migração e aprendem) sobre como abordarão a migração para nuvem de cada um dos aplicativos em seu portfólio e em que ordem.

A complexidade da migração de aplicativos existentes para a nuvem varia, dependendo da arquitetura e dos acordos de licenciamento existentes. Se pensar sobre o universo de aplicativos para migrar em um espectro de complexidade, colocaria uma arquitetura orientada a serviços virtualizada na extremidade de baixa complexidade do espectro e um mainframe monolítico na extremidade de alta complexidade do espectro.

Desta forma, sugerimos começar com algo na extremidade de baixa complexidade do espectro pela razão óbvia de que será mais fácil de completar – o que lhe dará algum reforço positivo imediato ou “ganhos rápidos” conforme você aprende.

6 estratégias de migração de aplicativos: “Os 6 R’s”

As 6 estratégias de migração de aplicativo mais comuns que vemos são:

1. Estratégia de migração – Rehosting – Também conhecido como “lift-and-shift”.

Descobrimos que muitos projetos de nuvem iniciais gravitam em torno de novos desenvolvimentos de rede usando recursos nativos da nuvem, mas em um grande cenário de migração legado em que a organização está procurando escalar sua migração rapidamente para atender a um caso de negócios, descobrimos que a maioria dos aplicativos são hospedados novamente. A GE Oil & Gas, por exemplo, descobriu que, mesmo sem implementar nenhuma otimização de nuvem, poderia economizar cerca de 30% de seus custos com a nova hospedagem.

A maior parte da rehosting pode ser automatizada com ferramentas (por exemplo, CloudEndure Migration, AWS VM Import / Export), embora alguns clientes prefiram fazer isso manualmente enquanto aprendem como aplicar seus sistemas legados à nova plataforma em nuvem.

Também descobrimos que os aplicativos são mais fáceis de otimizar / redesenhar, uma vez que já estão em execução na nuvem. Em parte, porque sua organização terá desenvolvido melhores habilidades para fazer isso, e em parte porque a parte difícil – migrar o aplicativo, os dados e o tráfego – já foi feita.

2. Estratégia de migração – Reformando – às vezes chamo isso de “levantar-mexer-e-mudar”.

Aqui, você pode fazer algumas otimizações na nuvem (ou outras) para obter algum benefício tangível, mas não está mudando a arquitetura central do aplicativo. Você pode estar procurando reduzir a quantidade de tempo que gasta gerenciando instâncias de banco de dados migrando para uma plataforma de banco de dados como serviço como o Amazon Relational Database Service (Amazon RDS) ou migrando seu aplicativo para uma plataforma totalmente gerenciada como Amazon Elastic Beanstalk .

Uma grande empresa de mídia com a qual trabalhamos migrou centenas de servidores da web executados localmente para a AWS e, no processo, mudou do WebLogic (um contêiner de aplicativo Java que requer uma licença cara) para o Apache Tomcat, um equivalente de código aberto. Essa empresa de mídia economizou milhões em custos de licenciamento além da economia e agilidade que ganhou com a migração para a AWS.

3. Estratégia de migração – Recompra – Mudança para um produto diferente.

Eu geralmente vejo a recompra como uma mudança para uma plataforma SaaS. Mover um CRM para Salesforce.com, um sistema de RH para Workday, um CMS para Drupal e assim por diante.

4. Estratégia de migração – Refatoração / Recriação – Imaginando como o aplicativo é arquitetado e desenvolvido, normalmente usando recursos nativos da nuvem.

Isso normalmente é impulsionado por uma forte necessidade de negócios de adicionar recursos, escala ou desempenho que, de outra forma, seria difícil de alcançar no ambiente existente do aplicativo.

Você está procurando migrar de uma arquitetura monolítica para uma arquitetura orientada a serviços (ou sem servidor) para aumentar a agilidade ou melhorar a continuidade dos negócios (eu ouvi histórias de fan belts de mainframe sendo encomendados no e-bay)? Esse padrão tende a ser o mais caro, mas, se você tiver uma boa adequação do produto ao mercado, também pode ser o mais benéfico.

5. Estratégia de migração – Aposentar – se livrar de.

Depois de descobrir tudo em seu ambiente, você pode perguntar a cada área funcional quem é o proprietário de cada aplicativo. Descobrimos que até 10% (eu já vi 20%) de um portfólio de TI corporativo não é mais útil e pode simplesmente ser desativado. Essas economias podem impulsionar o caso de negócios, direcionar a escassa atenção de sua equipe para as coisas que as pessoas usam e diminuir a área de superfície que você precisa proteger.

6. Estratégia de migração – Reter – Normalmente, isso significa “revisitar” ou não fazer nada (por enquanto).

Talvez você ainda esteja enfrentando alguma depreciação, não esteja pronto para priorizar um aplicativo que foi atualizado recentemente ou não esteja inclinado a migrar alguns aplicativos. Você deve migrar apenas o que faz sentido para o negócio; e, conforme a gravidade de seu portfólio muda do local para a nuvem, você provavelmente terá menos motivos para retomar.

Fonte – Traduzido do original disponível em: https://aws.amazon.com/pt/blogs/enterprise-strategy/6-strategies-for-migrating-applications-to-the-cloud/

Conheça ITExperts e nossas soluções em cloud para Educação.

Solução em infraestrutura educacional.