3 erros de arquitetura de nuvem que todos nós cometemos, mas não deveríamos

A única vez que tive problemas com alguém para quem trabalhei foi quando eles queriam que eu punisse um arquiteto de TI júnior da minha equipe por cometer um erro muito grande. Um dos bancos de dados não era compatível com uma camada de middleware já existente.

Obviamente, esse erro nos custou tempo e dinheiro. Mas esses tipos de erros são quase inevitáveis ao configurar sistemas de TI, inclusive na computação em nuvem. Eu os vejo como necessários no processo de inovação. Se você não tentar coisas novas – e descobrir que algumas delas não funcionam – então você não está melhorando nada. Eu incentivei meu chefe a encontrar uma nova linha de trabalho e, eventualmente, ele o fez.

Então, se os erros são um subproduto natural da criação de uma nova arquitetura boa e inovadora, então é hora de olhar para os erros que são cometidos com mais frequência. Para arquiteturas de nuvem, esses erros devem ser compreendidos agora e evitados. Aqui estão três que vêm à mente:

Superdistribuição

Só porque podemos desacoplar aplicativos e componentes de dados e executá-los em todos os lugares por meio de sistemas conectados à rede, não significa que devemos fazê-lo. As arquiteturas de nuvem são especialmente suscetíveis a esse erro, considerando a facilidade de provisionar todos os tipos de plataformas em diferentes nuvens e ter um caminho fácil para conectá-las. Os resultados são bem conhecidos: latência e confiabilidade ruins.

Muitas das regras da boa arquitetura ainda se aplicam. Especificamente, localize o processamento e o armazenamento de dados para os mesmos aplicativos e armazenamentos de dados o mais próximo possível. Isso normalmente significa intracloud, mas também pode significar intraplataforma na mesma nuvem.

Segurança como última etapa

Segurança já foi algo que apuramos no final do processo. Se você fizer isso com um projeto de nuvem, criará um sistema de segurança para um aplicativo e/ou armazenamento de dados que é ótimo na melhor das hipóteses e extremamente inseguro na pior.

No mundo da computação em nuvem, a segurança não pode ser deixada de lado. Embora acrescente complexidade e custo aos processos de design e construção do sistema, a segurança eficaz é sistêmica para o aplicativo, os armazenamentos de dados, a plataforma e a nuvem de hospedagem. A segurança deve ser considerada em todas as etapas.

Não arquitetar para acomodar mudanças

Vinte anos atrás, não criamos aplicativos com mudanças em mente. Agora estamos pagando o preço, pois esses aplicativos precisam ser refatorados para migrar para a nuvem pública ou ser aumentados de outras maneiras.

SOA (arquitetura orientada a serviços) nos ensinou que projetar para a mudança é pagar grandes dividendos no futuro. Isso significa colocar as coisas que mudam em domínios, como microsserviços que podem mudar com frequência, mas não necessariamente forçando mudanças sistêmicas em todo o aplicativo. Outras ferramentas incluem objetos distribuídos, contêineres, machine learning e servidores lógicos, para citar apenas algumas maneiras de “mudar sem dor”.

Você vai cometer erros. Vamos apenas tentar não repeti-los.