Uma breve introdução a microsserviços

#braziliandevs #architecture #beginners #node

Eae gente bonita, beleza?

Estou me aprofundando mais em arquitetura e gostaria de começar falando sobre microsserviços. Vejo que é uma das arquiteturas mais usadas e requisitadas nas vagas hoje em dia. Então bora pegar um café e aproveitar a leitura!

O que são microsserviços

Quando comecei na área de desenvolvimento eu achava que um microsserviço era algo super complexo feito pelos deuses da programação, porém vamos começar desmistificando isso. Um microsserviço é apenas uma aplicação comum, como a API que você desenvolveu no seu curso de backend.

Acima eu peguei um exemplo da AWS, fazendo uma comparação entre a arquitetura de microsserviços e monólito. Aqui podemos perceber claramente como funciona um projeto que usa arquitetura de microsserviços, nele são criados vários projetos(API) onde cada API tem apenas uma responsabilidade, assim tornando ela micro então a ideia básica de se trabalhar com microsserviços é separar responsabilidades em projetos separados.

O que eles fazem

Bom existem alguns critérios para dizer se o projeto é ou não um microsserviços e iremos passar pelos eles agora:

1. Objetivo claro: Cada serviço tem que ter um objetivo claro, a aplicação não precisa ser necessariamente pequena. Porém, é importante que tem um objetivo claro para sua existência e sua responsabilidade no contexto que está inserida.

2. Forma um ecossistema: Todos os serviços juntos devem criar um ecossistema ou contexto como no exemplo acima. Cada serviço se complementa de forma indireta, o que resulta em uma aplicação completa. Um microsserviço jamais seria uma aplicação completa.

3. Autônomos: Eles são autônomos, ou seja, um serviço consegue fazer o seu trabalho mesmo que outro serviço caia. Caso o serviço de usuários caia, o de threads e posts irão continuar funcionando e fazendo o seu trabalho normalmente.

4. Comunicação: Se comunicam o tempo todo. Não é necessário ser de forma direta usando REST ou gRPC, por exemplo. Porém, é importante que eles se comuniquem e que um componha o outro. Vamos a um exemplo, o serviço de Posts precisa saber quem foi o usuário que enviou o post correto? Para isso eles se comunicam, por exemplo, para pegar informações complementares do usuário em questão que está enviando o post.