Para ter sucesso na migração lift-and-shift para a nuvem, concentre-se na arquitetura

Lori Mac VittieEngenheiro Emérito e Evangelista-Chefe | F5

Surgiram dois modelos distintos de “migração para a nuvem”. O primeiro, e mais óbvio, é a abordagem nativa. Nativa no sentido de algo novo, seja desenvolvido do zero ou reescrito. A abordagem nativa incentiva um foco restrito na aplicação, partindo do pressuposto de que, quando ela é adaptada à nuvem, o desempenho e a segurança passam a depender do provisionamento dos serviços certos na nuvem. Isso não é totalmente verdade, mas é uma aproximação suficiente para adotarmos essa ideia por enquanto.

A segunda abordagem é o “lift and shift”, que se concentra exatamente no que o nome sugere: retirar uma aplicação existente da infraestrutura de seu data center e transferi-la para a nuvem, onde ela passa a operar sobre uma infraestrutura em nuvem. No entanto, nesse modelo, o foco não pode estar apenas na aplicação, pois ela também possui dependências que precisam ser consideradas. Isso inclui outros componentes arquitetônicos que abrangem serviços de aplicação e de infraestrutura.

Isso foi destacado recentemente em um relatório da Cloud Velox, com foco no uso da nuvem como data center secundário. Curiosamente, o relatório apontou a seguinte constatação:

A Cloud Velox estava focada na recuperação de desastres, mas parece que a questão geral tem uma aplicação mais ampla. Migrar aplicativos para a nuvem é muito mais aceitável quando também é possível migrar junto com eles os controles (serviços) de rede e segurança.

Basicamente, se você migrar um aplicativo que foi otimizado ao longo dos anos com o uso de serviços de aplicação hospedados na rede, mas não levar esses serviços junto, perderá essas otimizações. Existe uma crença equivocada de que o simples fato de estar na nuvem melhora o desempenho por ela estar fisicamente mais próxima do backbone da Internet e dos usuários que interagem com o aplicativo. Isso é verdade até certo ponto, mas não totalmente. Isso porque grande parte do desempenho de um aplicativo não é determinada pela latência da rede. Na verdade, muitas das ineficiências que prejudicam o desempenho de um aplicativo estão relacionadas ao tamanho e à composição do conteúdo, ao gerenciamento inadequado das conexões e à impossibilidade de ajustar corretamente a pilha de rede às necessidades específicas do aplicativo.

As preocupações com segurança também não desaparecem de repente quando você migra um aplicativo para a nuvem. Se o aplicativo era vulnerável a XSS ou SQLi no data center, pode apostar que continuará vulnerável após a migração para a nuvem*. Se essas preocupações eram tratadas no data center com um firewall de aplicações web ou recursos de segurança implantados em um proxy programável, é melhor migrar o firewall de aplicações e o proxy junto com o aplicativo.

A capacidade de migrar uma arquitetura sem modificações, em vez de apenas a aplicação, é um dos motivos por trás da crescente popularidade da opção de nuvem em um data center de colocation. Também há argumentos a favor da economia de custos em relação à infraestrutura local e de um controle maior do que na nuvem, mas certamente uma das características mais atraentes dessa opção é a capacidade de migrar uma arquitetura inteira sem modificações e aproveitar a “nuvem ao lado”. Às vezes, as organizações querem aproximar a fonte de dados das aplicações implantadas na nuvem para evitar a latência prejudicial ao desempenho decorrente da necessidade de percorrer todo o caminho de volta até o data center corporativo. Em outros casos, a empresa quer poder expandir o front-end sem afetar o back-end (e, novamente, evitar a latência). A migração para um provedor de nuvem em um data center de colocation permite fazer isso, pois a nuvem está logo ali, conectada por uma interconexão muito rápida e de nível de data center.

Independentemente da abordagem de nuvem (colocation ou nuvem pública), a chave para uma migração bem-sucedida para a nuvem é transferir o máximo possível da arquitetura sem modificações. Apesar das opções de serviços em nuvem, é importante manter os serviços essenciais do aplicativo junto a ele durante a transição, para garantir que o desempenho e a segurança não sejam comprometidos pela mudança.

*Também conhecida como Lei de Hoff que, embora não seja propriamente uma lei, continua sendo uma observação tão precisa hoje quanto era quando foi formulada pela primeira vez, em 2009

Sobre o autor

Lori Mac VittieEngenheiro Emérito e Evangelista-Chefe | F5

Lori MacVittie é engenheira distinta e evangelista-chefe no Escritório do CTO da F5, com ampla experiência em entrega de aplicações, estratégia de automação e infraestrutura. Ela é conhecida por transformar complexidade em clareza, seja definindo diretrizes para agentes de IA, analisando arquiteturas multinuvem frágeis ou investigando os limites de sistemas escaláveis. Ela acumula mais de trinta anos de experiência no setor, abrangendo desenvolvimento de aplicações, arquitetura de TI e operações de redes e sistemas. Antes de ingressar na F5, atuou como editora de tecnologia e recebeu diversos prêmios. MacVittie tem mestrado em Ciência da Computação e é uma autora prolífica, com publicações que abrangem segurança, nuvem e arquitetura empresarial. Ela também é uma entusiasta de jogos de tabuleiro e videogames, além de ter opiniões assumidamente fortes sobre queijos.

Mais publicações de Lori Mac Vittie