Estratégias de migração de aplicativos - os 3 R's

03 mai 2023 · Última atualização: 16 jan 2023

Os 3 R's

Em 2011, o Gartner cunhou a frase "os 5R's" para descrever diferentes estratégias de migração para a nuvem. Mais recentemente, isso evoluiu para os “7R’s” 

Na Codurance, sentimos que a grande maioria das migrações para a nuvem tende a adotar uma de apenas três dessas estratégias. Cada uma dessas estratégias apresenta um apetite de risco diferente para o negócio e se concentra em diferentes escalas de tempo e preparação do negócio.

Esses 3 Rs estão listados abaixo.

1. Rehosting 

Rehosting (geralmente mais comumente chamada de 'lift and shift') geralmente envolve a migração de aplicativos de software para a nuvem com muito pouca (ou nenhuma) alteração de arquitetura ou design sendo feita. Na verdade, passando de computação local, como máquinas virtuais, para máquinas virtuais hospedadas por um provedor de nuvem. A organização ainda mantém todo o software e serviços nessa máquina virtual da mesma forma que faziam anteriormente no local.

Essa estratégia geralmente é a melhor escolha quando uma organização tem pouco apetite por riscos. Ele permite que muitas operações e formas de trabalho continuem 'como estão' sem a necessidade de mudanças generalizadas. Veja, por exemplo, a situação de uma organização que precisa migrar a infraestrutura para a nuvem em um prazo apertado, imposta por restrições de negócios mais amplas. Rehosting permite uma mudança rápida para a nuvem, permitindo que o negócio continue. Embora essa estratégia não permita realmente que uma organização aproveite todo o poder de uma plataforma na nuvem, ela ainda traz benefícios, se os objetivos de negócios se alinharem, por exemplo, economia de custos no local com economia na nuvem. 

2. Replatforming 

Com que grau de 'Lift and shift' uma empresa se sente confortável?

Semelhante à rehospedagem, a replataforma é a mudança inicial para a nuvem, mas a mudança aqui é que uma organização está começando a fazer algumas alterações em seu cenário técnico, embora ainda não mude significativamente a arquitetura. Muitas vezes, isso envolve uma leve adoção de tecnologias nativas da nuvem na forma de serviços gerenciados. Portanto, os bancos de dados podem ser transferidos para o serviço gerenciado de banco de dados do provedor de nuvem ou um componente de agregação de log local pode ser substituído por um serviço gerenciado para análises e relatórios. Quando o apetite ao risco é um pouco maior, essa é a estratégia que as empresas tendem a adotar.

Muitos desses serviços gerenciados nativos da nuvem são inerentemente elásticos por design. Isso significa que, ao adotá-los, as organizações podem começar a colher alguns desses benefícios, como escalabilidade automática para lidar com picos e quedas no tráfego.

Ao decidir qual estratégia de migração para a nuvem adotar, há alguns fatores a serem considerados. Por exemplo, talvez sua organização precise obter os benefícios da nuvem em um período de tempo relativamente curto. Ou talvez os custos de manutenção precisem ser reduzidos. Nesse caso, rehosting ou replatform provavelmente seria a estratégia mais apropriada a seguir.

Adotar qualquer um dos dois primeiros R's - Replatforming ou Rehosting - permite que a organização veja os benefícios rapidamente. Já o 3º R -  Refactoring / Re-architecting  - conforme mencionado abaixo, é para empresas que possuem visão técnica de migração para nuvem. 

3. Refactoring / Re-architecting (e um pouco de recompra) 

'Como as empresas podem se beneficiar da migração de aplicativos legados para a nuvem' refere-se à importância de identificar o(s) impulsionador(es) de negócios por trás de uma migração para a nuvem. Esses direcionadores de negócios devem formar a base de uma visão técnica para garantir o alinhamento com as metas de negócios. Isso permite que as organizações especifiquem as qualidades que precisam que as arquiteturas técnicas exibam. Capturar essas qualidades na forma de métricas permite que mecanismos sejam implementados para garantir que uma arquitetura técnica atenda aos resultados pretendidos.

Uma abordagem de 'lift and shift', semelhante ao rehosting, muitas vezes oferece uma rota mais rápida para migrar para a nuvem e, portanto, permite uma rápida realização de valor como resultado, em algumas áreas. Por exemplo, reduzindo o custo de manutenção da infraestrutura.

No entanto, uma estratégia de rehosting geralmente não leva em consideração a evolução futura de uma organização e se o cenário tecnológico atual suporta isso.

É aqui que entra a estratégia de re-arquitetura. Isso geralmente é mais voltado para o futuro, garantindo que a plataforma de nuvem seja projetada de forma que possa suportar a evolução da organização sem a necessidade de redesenhos por atacado.

Re-arquitetar dessa maneira envolverá mudanças de tecnologia e sistemas durante esse processo. As questões que precisam ser enfocadas, é como isso parece no futuro, quais objetivos estão sendo alcançados? Por exemplo, se uma empresa deseja entrar em um novo mercado ou lançar várias novas linhas de serviço, elas dependem muito da estrutura e, portanto, precisam ser levadas em consideração na visão técnica dessa estratégia. A re-arquitetura é uma abordagem mais estratégica para obter vantagens competitivas.

No entanto, ter uma estratégia de re-arquitetura depende de ser um objetivo de toda a empresa. A migração para a nuvem dessa maneira não pode ser feita isoladamente e, muitas vezes, leva em consideração um propósito comercial. Qual é o propósito de estar na nuvem? E quais são os benefícios e mensuráveis que você deseja alcançar? Que serviços adicionais você espera alcançar? Visibilidade ou monitoramento, facilidade de adesão, grandes benefícios de dados. Todos esses benefícios dependem da mudança estratégica para a nuvem.

Também é importante entender como o negócio está se saindo tecnicamente. Se o local não estiver funcionando, a migração para a nuvem não será uma solução instantânea. Se a organização está lutando para entender bem como está gerenciando seu software local, é provável que isso também aconteça na nuvem. Neste ponto, é entender o roteiro em vez de fazer o movimento.

Atualizando com uma estratégia de re-arquitetura em grande escala

Se o roteiro técnico de um negócio estabelecido está apontando para uma re-arquitetura em larga escala, é um sinal de que algo deu errado. No cenário ideal, uma organização gostaria de expandir seus serviços e crescer gradativamente, evoluindo a plataforma. No entanto, nem sempre é esse o caso. Se as plataformas não mudaram ou evoluíram nos últimos 5 a 10 anos, elas geralmente não são adequadas para o propósito, interrompendo a possibilidade de respostas rápidas ao mercado.

Ao re-arquitetar, a organização deseja que o sistema faça algo que atualmente não pode fazer. Por exemplo, não pode criar uma boa auditoria? A empresa pode monitorar o desempenho ou a segurança?

Há uma etapa necessária para avaliar esses grandes sistemas, entender o mapeamento atual e avaliar os serviços atuais que a nuvem oferece. Nesse instante, os negócios podem concluir uma revisão bem arquitetada, que, do ponto de vista do aplicativo, analisa como a plataforma precisa ser reorganizada e entende como os requisitos atuais são mapeados para o sistema em nuvem. Sem mapear isso, é difícil ver todos os benefícios que podem ser alcançados usando provedores de nuvem.

Como a Recompra se encaixa nessa estratégia?

Os 6 R's originalmente cunhados mencionam a recompra como sua própria estratégia. No entanto, neste caso, ela foi adicionada com re-organização/re-arquitetura porque está dentro dos objetivos de negócios de longo prazo. Trata-se de mudar a forma como um negócio interage com uma ferramenta para economizar no esforço comercial, o que não traz valor de volta para o negócio. Não tem vantagem competitiva. Tomemos, por exemplo, o Salesforce, para uma organização, ao mudar para uma solução em nuvem ou SaaS, permite que o foco seja o valor comercial puro, em vez de aumentar o custo ou a dívida técnica em algo em que o negócio não está focado.

Qual estratégia é a certa para você?

Ao elaborar a estratégia certa para o seu negócio, é importante lembrar que o negócio não está preso a apenas uma dessas estratégias. Muitas vezes, a estratégia de rehosting pode atuar como um bom primeiro passo na jornada de adoção da nuvem muito mais ampla de uma organização. A estratégia de migração para a nuvem pode então ser expandida quando a empresa se sentir pronta, por exemplo, os aplicativos podem ser modernizados.

Saiba mais sobre o benefício da modernização de software como parte de uma estratégia de migração para a nuvem de negócios em: Compreendendo os benefícios de incorporar a modernização em uma estratégia de migração de aplicativos