Fazer login no IT Mídia Redefinir senha
Bem-vindo de volta,
Digite seu e-mail e clique em enviar
Ainda não tem uma conta? Cadastre-se
Salvar em Nova pasta de favoritos

+

Criar pasta
Salvar Escolher Pasta
Migração para nuvem: estática versus dinâmica
Home > Tendências

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

Muitos planejam usar as mesmas ferramentas de um projeto de migração para o próximo. Um centro de comando e controle pode dar conselhos diferentes

David Linthicum*

14/10/2020 às 15h00

Foto: Adobe Stock

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.

CIO2503

E-book por:

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

Vai um cookie?

A CIO usa cookies para personalizar conteúdo e anúncios, para melhorar sua experiência em nosso site. Ao continuar, você aceitará o uso. Para mais detalhes veja nossa Política de Privacidade.

Este anúncio desaparecerá em:

Fechar anúncio

15