Como se preparar para a migração de nuvem para nuvem

Oh sim. Está acontecendo. Considere incluir isso em sua estratégia de nuvem para tornar o processo menos doloroso.

O que os seguintes itens têm em comum? Salmão, gansos canadenses, borboletas monarcas e aplicações.

Se você adivinhou que todas essas coisas migram de um lugar para outro, dê um tapinha nas costas.

Agora, normalmente quando falamos sobre migração para a nuvem, estamos falando sobre ir do ambiente local para o externo. Com razão. Há muitos dados ( incluindo os nossos ) que indicam um aumento na adoção do uso da nuvem pública. O que quase nunca falamos é sobre a migração que ocorre ao contrário. Posso ouvir os gritos de “Heresia!” agora, mas sejamos realistas: isso acontece, e com mais frequência do que você imagina.

Por exemplo:

42% dos entrevistados que adotaram um IaaS público em produção indicaram que “ pretendem migrar de sua estratégia atual, seja nos próximos quatro anos ou como um processo contínuo ”. 70% deles “ previam migrar para uma nuvem híbrida em vez de mudar exclusivamente para uma solução de nuvem privada ”. 

A razão? O fator mais comum foi a redução de custos (67%), seguido pela segurança e estabilidade. Isso é confirmado por histórias como esta sobre a migração da Pubmatic da nuvem pública para a privada . Os custos foram um fator importante.

Mas outros estão migrando na direção oposta, como todos ouvimos. Bastante. 57% dos que usam uma plataforma IaaS privada “ pretendem migrar para uma nuvem pública ou híbrida, com 77% dos entrevistados indicando que planejam adotar uma abordagem híbrida”.

A lógica deles? Escalabilidade (71%) seguida de perto pela flexibilidade. Os custos ficaram em terceiro lugar, com 50% dos entrevistados.

A escalabilidade leva as pessoas para a nuvem pública, e os custos de longo prazo parecem levá-las de volta para uma nuvem privada.

A realidade é que a maioria das organizações não são uma loja de “nuvem pública” nem uma loja de “nuvem privada somente”. Eles são multi-nuvem , mesmo depois de moverem aplicativos de um lado para o outro. A realidade pode ser comprovada examinando tendências de desenvolvimento, como aquelas relatadas pela Cap Gemini em seu relatório “Cloud Native Comes of Age” , que observou que “Um sexto (15%) dos novos aplicativos das empresas entrevistadas são criados hoje em um ambiente nativo da nuvem”.

Agora, se 15% são nativos da nuvem, isso implica que os outros 85% não são. Isso provavelmente inclui mainframes. E cliente-servidor. E aplicativos web de três camadas. Ah, e microsserviços em ambientes em contêineres também.

A organização empresarial moderna não é apenas multi-nuvem, é multigeracional em termos de suas arquiteturas de aplicativos.

O que significa que as chances de você migrar algum tipo de aplicativo local (privado) para externo (público) ou vice-versa são muito boas, porque há mais deles do que aplicativos nativos da nuvem. O importante, então, é incorporar essa premissa à sua estratégia de nuvem. Em outras palavras, você precisa entender o que pode fazer antecipadamente para tornar o processo (talvez inevitável) menos doloroso.

Preparando-se para a migração de nuvem para nuvem

Uma das primeiras coisas a considerar é a expectativa de vida útil do aplicativo que você está movendo. Se for de longo prazo, é um candidato para migração de nuvem para nuvem no futuro. Se não for – porque é promocional, de marketing ou baseado em eventos – então você pode pular direto para o final desta lista e implantar. 

Agora que você determinou que o aplicativo terá uma vida útil mais longa, você deve pensar em como irá dimensioná-lo e protegê-lo.

A resposta rápida (e fácil) se o aplicativo for nativo da nuvem é “usaremos serviços do provedor de nuvem”. Essa é uma opção válida, assim como “usaremos o que sempre usamos” é uma opção válida se o aplicativo for ficar em uma nuvem privada local. No entanto, ambas as opções estão repletas de riscos potenciais posteriores, de que você não conseguirá migrar facilmente os serviços e/ou políticas de uma nuvem para outra. É hora de dar uma olhada no que você está usando agora para escala e segurança e determinar se esses serviços de aplicativo podem migrar junto com seu aplicativo – em ambas as direções.

Considerando que as empresas usam uma média de 16 serviços de aplicativos para entregar e proteger seus aplicativos, esta é uma área que pode prejudicar significativamente sua capacidade de oferecer suporte a aplicativos que podem migrar, muito menos oferecer suporte a eles em um mundo com várias nuvens. Observe que alguns desses 16 serviços precisarão ser serviços nativos da nuvem. Basicamente, se você observar seu caminho de dados como sendo composto de serviços corporativos de aplicativos compartilhados e serviços por aplicativo, poderá começar a ver que a divisão arquitetônica corresponde muito à linha traçada pelos provedores de nuvem pública na camada de infraestrutura. Não é uma divisão perfeita, mas fornece uma separação lógica que oferece orientação sobre quais serviços precisam ser "multi-nuvem" e em quais você pode confiar: serviços nativos da nuvem ou de data center tradicionais.

Quanto mais consistência nos serviços de aplicativos que você usa nas nuvens, mais fácil será migrar entre as duas (ou três, quatro ou mais), porque haverá menos amarras. Essa abordagem tem o benefício adicional de estender os esforços de automação para alcançar a nuvem pública e aliviar a empresa, pelo menos, dos custos operacionais associados à manutenção de procedimentos e equipes operacionais separados.

A nuvem era inevitável. O mesmo acontece com a multinuvem. O que significa que, em última análise, haverá migração entre eles. Estar atento às dependências e usar serviços de aplicativos entre nuvens antes da decisão inicial sobre onde o aplicativo deve ser implantado pode tornar o processo menos doloroso.

Faça com que a ideia de migração de nuvem para nuvem seja, pelo menos, parte da sua estratégia de nuvem de alto nível. Estar preparado pode evitar uma migração dolorosa (e custosa) mais tarde.