fbpx

Maneiras de reduzir os riscos de migração na nuvem

cloudmigration1
Compartilhar no facebook
Compartilhar no linkedin
Compartilhar no twitter
Compartilhar no whatsapp

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.

Comentários do Facebook

Conteúdos relacionados