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

cloudmigration1
Compartilhar no facebook
Compartilhar no linkedin
Compartilhar no twitter
Compartilhar no whatsapp
Sobre o autor: Guilherme Teles é um cara qualquer que não dorme direito e acaba escrevendo. Sou Certificado CISSP, CHFI, CEH, LPIC-3, AWS CDA, AWS SAA, AWS SOA Quer assinar a newsletter do site e receber esse e outros artigos? Clique aqui! Aproveite e navegue pelo smeu blog. Quem sabe você não está exatamente precisando de uma ajuda ?  

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 oportunista ao status nativo da nuvem completo. E é a transição da nuvem para a multifuncional 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.

Sobre o autor: Guilherme Teles é um cara qualquer que não dorme direito e acaba escrevendo. Sou Certificado CISSP, CHFI, CEH, LPIC-3, AWS CDA, AWS SAA, AWS SOA Quer assinar a newsletter do site e receber esse e outros artigos? Clique aqui! Aproveite e navegue pelo smeu blog. Quem sabe você não está exatamente precisando de uma ajuda ?  

Conteúdos relacionados

Olá Visitante

Ajude o blog a crescer, assine nossa newsletter