Arquitetura de microsserviços

A arquitetura de microsserviços divide o aplicativo em vários serviços que podem ser implementados com independência e se comunicam por meio de APIs. Assim, cada serviço pode ser implementado e escalado com autonomia. Essa abordagem permite a entrega rápida e frequente de aplicativos grandes e complexos. Ao contrário do aplicativo monolítico, a arquitetura de microsserviços permite que equipes implementem novas funções e façam alterações com mais velocidade, sem precisar reescrever trechos enormes de código.

Considere um projeto hipotético de software de comércio eletrônico como exemplo. O diagrama a seguir é de um site de comércio eletrônico com aplicativos web e para dispositivos móveis que interagem com vários microsserviços, cada um com funcionalidades específicas para um domínio.

Aplicativos web modernos são executados em navegadores e, muitas vezes, mostrados pela rede de distribuição de conteúdo (CDN, na sigla em inglês). A CDN tem um benefício: distribuir aplicativos web para servidores de todo o mundo, para que possam ser baixados com rapidez em navegadores web. Além disso, as CDNs disponibilizam ativos de mídia, como imagens, áudio e vídeo. Por exemplo, neste sistema, imagens e vídeos dos produtos à venda são exibidos pela CDN.

Aplicativos e microsserviços interagem por meio de APIs REST publicadas por cada microsserviço. Um gateway de API permite que esses aplicativos usem as APIs disponibilizadas pelos microsserviços e possibilita a troca de microsserviços com a mesma API.

Cada microsserviço é composto por um serviço e um banco de dados. Os serviços lidam com a API REST, implementam a lógica de negócios e armazenam informações no banco de dados. No caso dos microsserviços, recursos como bancos de dados e filas ficam isolados uns dos outros, de acordo com a metodologia 12 Factor App.

Para muitas empresas, o primeiro passo é começar com a arquitetura monolítica. Em seguida, é preciso dividir a base de código em vários serviços, implementar os padrões certos para falha normal e recuperação de problemas de rede, lidar com a consistência dos dados, monitorar a carga de serviço etc. Mas essa é só a parte técnica. Também é necessário reorganizar equipes e, talvez, adotar a cultura de DevOps.

E depois vem a parte difícil: dividir a arquitetura monolítica em microsserviços. Refatorar um esquema de banco de dados monolítico pode ser uma operação delicada. É importante identificar com clareza de quais conjuntos de dados cada serviço precisa e de quaisquer sobreposições. A entrega contínua ajuda a reduzir os riscos de falha no lançamento e a garantir que a equipe esteja focada em criar e executar o aplicativo, em vez de ficar presa na implementação.

Arquitetura monolítica é o modelo tradicional do programa de software, que é construído como unidade unificada e é autossuficiente e independente de outros aplicativos. Arquitetura de microsserviços é o contrário, pois usa vários serviços implementáveis com independência. Os monólitos podem ser convenientes no início da vida de um projeto para facilitar o gerenciamento de código, a sobrecarga cognitiva e a implementação. Mas, quando o aplicativo monolítico cresce e se torna complexo, fica difícil escalar, a implementação contínua fica mais desafiadora e as atualizações podem ser complicadas.

Enquanto o aplicativo monolítico é criado como unidade indivisível, os microsserviços dividem essa unidade em uma coleção de unidades independentes que contribuem para o todo. O aplicativo é criado como uma série de serviços implementáveis com independência, descentralizados e desenvolvidos com autonomia.

Os microsserviços são um sistema distribuído, ou seja, uma coleção de programas de computador que utilizam recursos computacionais em vários pontos centrais de computação diferentes para atingir um objetivo comum e compartilhado. Sistemas distribuídos ajudam a aumentar a confiabilidade e o desempenho do sistema, além de facilitar a escalada.

Os pontos centrais no sistema distribuído oferecem redundância, pois, se um deles falha, há outros prontos para substituição. A escalabilidade de cada ponto central pode ser horizontal e vertical, o que melhora o desempenho. Vale lembrar que é possível adicionar mais pontos centrais para absorver cargas elevadas recebidas pelo sistema.

O Docker é uma plataforma comercial de conteinerização e tempo de execução que ajuda desenvolvedores a criar, implementar e executar contêineres. Embora ofereça uma maneira eficiente de empacotar e distribuir aplicativos conteinerizados, usar apenas o Docker para executar e gerenciar contêineres em escala é um desafio.

O Kubernetes é uma popular plataforma de código aberto que orquestra sistemas de tempo de execução em um cluster de recursos em rede e pode ser usada com ou sem o Docker. Enquanto o Docker é um tempo de execução do contêiner, o Kubernetes é uma plataforma para executar e gerenciar contêineres de muitos tempos de execução de contêineres.

O gerenciamento de configuração de software é um processo que gerencia, organiza, rastreia e monitora as alterações nos metadados de configuração de um sistema de software. É comumente usado junto com o controle de versão e a infraestrutura de implementação/integração contínuas.

O gerenciamento de configuração ajuda as equipes de engenharia a criar sistemas robustos e estáveis por meio do uso de ferramentas de gerenciamento e monitoramento automáticos das atualizações dos dados de configuração. Ele ajuda a gerenciar melhor a proliferação de software em uma arquitetura de microsserviço, criando uma “fonte da verdade” com um local central para configuração.