Maneiras de reduzir os riscos de migração na nuvem
Sempre falo sobre a necessidade de adoção estratégica e proposital da nuvem, logicamente pensando em segurança e custos. Isso é importante, porque a nuvem não é apenas um ambiente, é uma mentalidade.
Para obter benefícios da mudança, é necessário considerar fatores culturais e recursos técnicos.
Nuvem não é apenas um ambiente, é uma mentalidade
Em minha experiência, a implementação geralmente segue um processo de quatro fases, da adoção inicial ao status nativo da nuvem completo. E é a transição da base para a nuvem que causa problemas para muitas organizações empresariais.
Com projetos iniciais, os engenheiros tendem a trabalhar meticulosamente para abraçar todos os benefícios da nuvem, avançando padrões e princípios arquiteturais. Mas isso se torna menos viável quando você se depara com a gigantesca tarefa de realocar a maior parte da área de TI. Você precisa alterar suas expectativas e tratar as decisões de curto prazo como passos em direção a objetivos de longo prazo.
Trabalhamos com muitas grandes empresas, trazendo lucidez a desafios complexos que ameaçam inviabilizar os esforços de migração. Aqui estão quatro aprendizados importantes que podem ajudar a impedir que sua própria migração vá além do prazo ou quebre o orçamento:
Minimize sua bolha de migração
No contexto de uma migração típica em larga escala, o objetivo é sair dos datacenters no menor tempo possível.
Durante a migração, os custos operacionais duplos criam uma “bolha de migração”, aumentando os gastos de curto prazo. Então, de repente, a velocidade é essencial e você não tem mais tempo para otimizar totalmente todos os aplicativos que se deslocam para a nuvem.
Avalie a situação objetivamente, decida onde você pode fazer compromissos reais, o que você pode olhar mais tarde e o que, se houver, justificativa verdadeiramente e exige uma reescrita completa durante a mudança.
Desde que você continue otimizando os aplicativos quando eles estiverem na plataforma de nuvem, a matemática se destaca em favor dessa abordagem. É importante ser ambicioso, mas você também precisa ser realista. Você deseja expandir seus recursos, não encaixá-los.
Planeje, mas não pense demais
Naturalmente, você precisa planejar como chegará à nuvem. Mas evite pensar demais e fique longe da armadilha da paralisia da análise.
Você precisará catalogar completamente seu portfólio de aplicativos, certificando-se de entender a tecnologia, as dependências, a criticidade, a propriedade e outros fatores que possam ser relevantes para os seus negócios.
Recomendo a criação de um conjunto direto de critérios que permita classificar os aplicativos em termos de valor e complexidade. Aplique isso de forma consistente em todo o portfólio para ajudar a estabelecer um pedido prioritário.
Considere qual dos três caminhos para a migração em massa cada aplicativo seguirá. E pense na plataforma de destino para aplicativos que seguirão a rota “Evoluir” (reformular).
É importante resistir à tentação de entrar nas minúcias da mudança nesta fase. Mesmo um design de alto nível é provavelmente composto de muitos detalhes.
O processo de planejamento deve levar semanas de esforço concentrado, mas não meses. Caso contrário, o plano ficará desatualizado antes de você iniciar e poderá ficar obsoleto quando você acessar os aplicativos no final da lista.
Em resumo, faça um planejamento suficiente para começar, tenha uma rota em mente, mas espere que o plano mude à medida que avança.
Comece pequeno e desenvolva habilidades
Muitas organizações lutam para descobrir por onde começar, mas o conselho aqui é relativamente direto.
Comece com algo significativo o suficiente para oferecer benefícios, mas simples o suficiente para ser feito rapidamente.
Os aplicativos em um portfólio típico têm uma correlação entre a complexidade e o valor da movimentação, ou seja, quanto maior o benefício, mais difícil é obter. Procure seus outliers; aplicativos simples de mover, mas que oferecem benefícios relativamente altos.
Priorizar isso significa que você obterá vitórias rápidas, aumentando a equipe e proporcionando ganhos tangíveis.
Muitas empresas são tentadas a enfrentar as oportunidades mais complexas e / ou valiosas primeiro.
Mas isso deve ser evitado, especialmente durante uma migração all-in. Comece simples e desenvolva a crescente confiança e recursos da equipe, passando para tipos de aplicativos semelhantes que reforçarão os aprendizados recentes.
À medida que você progride no plano, alguns dos riscos associados às suas jogadas mais complexas serão reduzidos por aprendizados e ativos desenvolvidos ao longo do caminho. Dar pequenos passos que acumulam e ganham força é a maneira mais eficaz de alcançar a migração em escala.
Faça sacrifícios
Alguns aplicativos simplesmente não valem a migração.
É difícil ver a sabedoria de migrar um pacote herdado de CRM quando você pode aproveitar a oportunidade de migrar para o Salesforce, Dynamics ou uma oferta SaaS semelhante.
Alguns mainframes antigos simplesmente não podem ser migrados e uma reconstrução pode não ser viável. Cerca de 10% a 20% da propriedade podem ser aposentados, com alguns migrando para o SaaS e outros potencialmente permanecendo on premises por enquanto.
Claramente, se sua migração all-in vai ter alguns retardatários, isso precisa ser considerado desde o início. É necessário prever uma pegada de data center muito reduzida para acomodá-los.
Se ainda tiver duvidas, fale comigo.