7 passos para simplificar a migração de arquiteturas para a nuvem.
A boa notícia é que, se você for como a maioria das empresas, já fez isso antes. Muitas vezes. A cada três a cinco anos, aproximadamente, você revisa suas arquiteturas principais. Você ajusta a forma como entrega os aplicativos. Você se esforça para aumentar o desempenho, aprimorar a segurança e reduzir custos.
A má notícia é que com a nuvem as coisas serão ainda mais complicadas. Você pode não ter controle sobre os serviços. Talvez você não consiga codificar conexões ou fazer as coisas do jeito antigo. Haverá alguma dor. Mas, como dizem, “sem dor, sem ganho”, certo? Você terá que planejar o comportamento do usuário, a conectividade e a largura de banda apropriada.
Para tornar a transição um pouco mais suave, compilamos sete etapas importantes para você começar.
Qual é o estado dos seus aplicativos? Quantos você tem? Qual a importância deles para o seu negócio? Que tipos de dados eles contêm e, mais importante, quais são as dependências entre eles?
Comece a pensar nas categorias em que seus aplicativos se enquadrarão. Você tem quatro opções:
Faça a parte fácil primeiro. Identifique os aplicativos em seu portfólio que são commodities virtuais. É provável que você tenha muitos deles. Você realmente precisa dar suporte ao seu próprio servidor Exchange, ao seu sistema de RH desatualizado ou às suas ferramentas de automação de vendas internas? Eles valem os esforços da sua equipe ou os OpEx em que você incorre? Caso contrário, evite muitos problemas assinando uma solução de vendas, RH, produtividade ou outra solução apropriada. Deixe que terceiros façam o trabalho pesado. Você obterá ganhos óbvios e rápidos com SaaS.
Em seguida, você precisará avaliar suas aplicações restantes e decidir quais serão movidos para a nuvem, quais serão refatorados para a nuvem e quais serão mantidos como estão.
Faça as seguintes perguntas a você mesmo:
- Se migrarmos o aplicativo X, quantas coisas quebrarão?
- Onde estão os armazenamentos de dados?
- Quais são as dependências?
- Quais serviços de rede eles estão usando?
- Quais aplicativos exigem soluções alternativas aos procedimentos e protocolos normais para que funcionem?
Você terá respostas para essas perguntas para muitos de seus aplicativos. Para outros, você pode não saber as respostas até realmente tentar movê-los. Quanto maior o risco de quebra e quanto mais complicadas e menos conhecidas forem as dependências, maior a probabilidade de você manter o aplicativo onde ele está.
Ao mapear essas dependências, documente-as. Isso será útil mesmo que apenas alguns dos seus aplicativos acabem na nuvem.
Examine suas políticas de entrega de aplicativos e procure oportunidades de padronização e automação. Você deve ter um número limitado de políticas de balanceamento de carga padrão — digamos, 10 — em vez de configurações ajustadas manualmente para cada aplicativo. Determine níveis de armazenamento padronizados. Definir serviços de rede padronizados. Converse com seus desenvolvedores sobre os benefícios da padronização e obtenha o comprometimento deles. Crie modelos para ajudá-los a implementar coisas de forma rápida e fácil.
Pergunte a si mesmo quem acessará cada aplicativo e de onde. Você precisa planejar o comportamento do usuário, a conectividade e a largura de banda apropriada. Muitos dos aplicativos que você deseja migrar para a nuvem, sejam eles privados ou públicos, podem precisar ser mais facilmente acessíveis de qualquer lugar. Movê-los para a nuvem colocará menos estresse na infraestrutura.
Também há problemas de autenticação e segurança; a maioria das empresas tradicionalmente usa controles de rede em vez de aplicativos para determinar o acesso. Em uma nuvem pública, talvez você precise adotar novas tecnologias de gerenciamento de identidade e acesso que não tinha antes.
Ao migrar para a nuvem, a arquitetura será diferente porque as construções não são estáticas. Para aplicações monolíticas como bancos de dados, os mecanismos que antes eram vinculados a endereços IP específicos ou outras construções constantes não funcionarão na nuvem. Você pode precisar de balanceadores de carga ou proxies adicionais que ajudarão a fornecer consistência em um ambiente que está sempre mudando. Crie pontos de controle adicionais para garantir que todos possam acessar seus aplicativos de forma consistente e sem interrupções.
Isso é difícil. Como dissemos no início, as arquiteturas de TI são complicadas.
Embora possa não ser fácil, vale a pena, apenas pela economia de custos (OpEx e CapEx) e pela escalabilidade. E algumas empresas conseguiram economias enormes apenas se preparando para a nuvem. Ao avaliar seus inventários de aplicativos existentes, analisar dependências, documentar tudo e padronizar e simplificar o máximo possível, você estará na posição perfeita para decidir o que mover e como fazê-lo.