Migração para nuvem: estática versus dinâmica

São 9h de uma quarta-feira. Você está na sala de reuniões dando uma atualização do status do projeto de migração mais recente que removerá a maioria das vulnerabilidades encontradas durante a pandemia. Este é o terceiro projeto de migração, todos com menos de 100 cargas de trabalho e 10 conjuntos de dados. Todos ocorreram em paralelo e todos alavancam diferentes equipes de migração de nuvem.

A liderança da empresa observa que as métricas eram muito diferentes entre os projetos. O Projeto Um mostra quase 80% de eficiência em termos de refatoração de código, teste, implantação, implementação de segurança, etc. Os outros estavam perto de 30% e 40%. Por que as diferenças?

A maioria dos problemas de eficiência surgem de abordagens e ferramentas de migração dinâmica versus estática. A maioria das pessoas que atualmente fazem migrações para a nuvem gravitam em torno de processos, abordagens e conjuntos de ferramentas de migração específicos que funcionaram em projetos anteriores. Essa abordagem estática para a migração da nuvem força um conjunto específico de processos e ferramentas em uma ampla variedade de projetos de migração e domínios de problemas. O uso indevido de processos e ferramentas específicos como soluções genéricas geralmente leva ao fracasso.

O ponto central desta questão é nosso esforço para encontrar um conjunto específico de ferramentas e pacotes de tecnologia que o setor considera os melhores da categoria, e nosso desejo de aproveitar as melhores práticas. Nós da TI adoramos seguir a multidão: “Eu li sobre essas ferramentas e essa abordagem que funcionou para João, Maria e Antônio em empresas como a minha, então elas funcionarão para mim também.” Fazemos a suposição errônea de que eliminamos o risco não fazendo nossas próprias escolhas, mesmo que as escolhas sejam situacionais.

Como um especialista neste campo, eu adoraria listar um conjunto padrão de ferramentas de migração que atenderá às necessidades de todos – scanners de código, gerenciamento de configuração, integração e desenvolvimento contínuos, ferramentas de teste e muito mais. Mas a resposta real é que suas seleções de ferramentas e abordagens devem ser baseadas nos requisitos dos aplicativos e bancos de dados que você está migrando para nuvens públicas – ou qualquer outra plataforma, para esse efeito.

Os critérios do projeto e processos de revisão para projetos de migração geralmente incluem, mas não estão limitados a:

• Avaliação da plataforma “como está”
• Avaliação da aplicação
• Avaliação de dados
• Plano de gerenciamento de configuração
• Ferramentas de migração de segurança
• Ferramentas de migração de governança
• Refatoração e reimplantação
• CI/CD
• Teste e implantação
• Cloudops/operações de TI… E mais.

As categorias de ferramentas listadas acima terão soluções diferentes com base nas plataformas “como estão” e “no futuro”, abordagens de desenvolvimento e bancos de dados usados, bem como os requisitos de armazenamento, segurança e governança identificados. Embora uma abordagem de tamanho único possa funcionar, raramente fornecerá as eficiências prometidas e pode realmente prejudicar todo o projeto se as abordagens e ferramentas estiverem muito distantes.

Minha mensagem aqui é que você precisa de uma etapa extra no processo. Selecione as ferramentas e abordagens com base no que você deseja mover, para onde precisa ir e os atributos que precisa ter na chegada. Quase sempre, isso levará à seleção de um conjunto diferente de ferramentas para cada projeto de migração.

A mensagem final é que as mesmas ferramentas e processos raramente podem ser reutilizados com resultados ideais de um projeto de migração para o próximo.

Agora é hora de ouvir sobre as exceções. Para tirar proveito dessas exceções, é necessário haver comando e controle centralizado de todas as migrações, como um centro de excelência onde os padrões de problemas e soluções durante cada projeto de migração podem ser documentados. Com o Comando e Controle Centralizado (CCC), suas melhores práticas surgirão, e elas terão uma probabilidade muito maior de trabalhar em projetos de migração futuros.

Este é o ponto na migração geral da empresa em que algumas ferramentas e processos podem começar a ser reutilizados. O CCC precisa se tornar parte do processo quando as equipes inicialmente identificam os alvos de migração e começam os planos de migração. Deve ser dever do CCC comparar e contrastar projetos de migração planejados com projetos anteriores. Se o CCC pode recomendar abordagens, ferramentas e processos que funcionaram para migrações anteriores com atributos semelhantes, você nunca precisará reinventar a roda.

É uma lição difícil de aprender. O lado bom aqui é que, mesmo que um modelo único raramente sirva para todos, alguns deles podem ser aproveitados. Como sempre, a chave do sucesso é fazer sua lição de casa no início em vez de no final de um projeto, documentar tudo e tornar essa documentação facilmente acessível para ajudar a planejar projetos futuros.

*David S. Linthicum é especialista da indústria