O que é Arquitetura de Microsserviços?

A arquitetura de microsserviços é um método de construção de aplicativos como uma coleção de componentes pequenos e autocontidos que fazem interface. É como ter um conjunto de trabalhadores trabalhando coordenadamente com uma agenda comum, cada um operando a partir de uma certa especialização. Isso é diferente da estrutura monolítica anterior, que é como ter um único figurão fazendo tudo e, à medida que o aplicativo ganha complexidade, fica complicado de controlar.

A arquitetura de microsserviços é diferente da arquitetura monolítica tradicional das seguintes maneiras.

• Descentralização: Os microsserviços assumem a funcionalidade e a espalham por serviços individuais, enquanto o monólito combina toda a funcionalidade dentro de uma única base de código.
• Acoplamento frouxo: Microsserviços se comunicam por meio de APIs com alta coesão e baixo acoplamento, enquanto no caso de monólitos, os componentes geralmente são acoplados e coesos.
• Implantação independente: Microsserviços permitem a troca ou implantação de um serviço individual sem tempo de inatividade de todo o sistema, enquanto as alterações em uma arquitetura monolítica precisam de coordenação de implantação.
• Escalabilidade: Microsserviços podem ser ajustados independentemente com base nos requisitos do usuário, enquanto comparados a abordagens como monolíticas, que requerem dimensionamento em todo o aplicativo.
• Isolamento de falhas: Em microsserviços, quando um serviço falha, ele não influencia o restante dos serviços, enquanto em serviços monolíticos, a falha de um componente pode resultar na falha de todo o aplicativo.

Estes são: 

Benefícios:

• Escalabilidade: Desenvolver determinados serviços em uma determinada escala de acordo com a demanda para que a utilização dos recursos seja eficiente.
• Agilidade aprimorada: Desenvolver e implantar de forma independente está relacionado ao início mais rápido do ciclo e à capacidade de resposta às mudanças.
• Flexibilidade Tecnológica: Selecione a adequação das tecnologias para cada serviço para determinar seu potencial de suporte à inovação e otimização de serviços
•  Isolamento de falhas: Para reduzir o impacto de falhas de serviço e melhorar a estabilidade do sistema.
•  Manutenibilidade: Cada serviço pequeno e específico é mais fácil de entender, desenvolver e gerenciar do que um único serviço abrangente.

Desafios:

• Complexidade Aumentada: Gerenciar sistemas distribuídos requer uma abordagem mais complexa do que sistemas centralizados devido a complexidades inerentes.
• Gerenciamento de dados: Uma das dificuldades de dados distribuídos é controlar aplicativos e manter a consistência de dados entre os serviços.
• Testes: É importante fazer todos os testes simples e complexos para garantir a compatibilidade de todos os serviços e a estabilidade de todo o sistema após sua implantação.
• Comunicação: A comunicação entre serviços é crucial para uma operação eficiente, mas traz latência e possíveis áreas de falha.
• Segurança: A proteção de dados confidenciais em vários serviços precisa ser bem planejada e executada para evitar vulnerabilidades de serviço.

Os microsserviços interagem principalmente por meio de APIs (interfaces de programação de aplicativos), que descrevem como os dados serão trocados e em qual formato. Esses padrões de comunicação incluem:

• Solicitação-resposta síncrona: Um serviço encaminha uma solicitação para outro serviço e espera que este responda. Isso é simples, mas se não for bem gerenciado, pode causar acoplamento rígido e dificuldades de desempenho.
• Mensagens assíncronas: Os serviços trocam mensagens por meio de um agente de mensagens para contar com desacoplamento e obter mais escalabilidade. Esse padrão é mais eficaz quando uma grande quantidade de dados ou eventos precisa ser processada.
• Arquitetura orientada a eventose: Os serviços publicam eventos que outros serviços podem ouvir para promover acoplamento frouxo e capacidade de resposta. Esse padrão se alinha bem com situações em que atualizações ou alterações são necessárias em vários serviços.

As melhores práticas incluem: 

• Design orientado a domínio (DDD): Decomponha o sistema em um contexto limitado que abranja recursos de negócios que aprimorarão a legibilidade e a manutenção do sistema.
• Designo API-First:  Configure interfaces claras e bem documentadas onde os serviços devem interoperar no sistema para garantir consistência e facilidade de integração.
• Contêinerização:  Divida os serviços em pacotes e coloque-os em contêineres de implantação para melhor controle e fácil escalonamento de soluções.
• Integração Contínua e Entrega Contínua (CI/CD):  Padronize a construção, teste e implantação com lançamentos regulares, previsíveis e repetíveis.
• Monitoramento e Observabilidade: Registre e monitore o status e o desempenho do serviço para garantir que eles sejam bem registrados e documentados para que, se houver um problema, a causa raiz possa ser facilmente identificada.

Exemplos da vida real de microsserviços bem-sucedidos incluem:

• Netflix:  Implementou uma arquitetura baseada em microsserviços para dar suporte à expansão global e gerenciar altos volumes de tráfego para seu serviço de streaming.
• Amazon: O site de e-commerce optou pela arquitetura de microsserviços após migrar de seu design monolítico anterior, visando melhorar a adaptabilidade e versatilidade.
•  Uber: Os microsserviços gerenciam solicitações de viagens, pagamentos e motoristas separadamente, facilitando o crescimento.

Os exemplos acima ilustram como os microsserviços podem influenciar potencialmente a criação e manutenção de grandes sistemas de software, bem como seu impacto potencial na satisfação do usuário.

É importante lembrar que os microsserviços não são uma solução única. Considere as necessidades e complicações específicas de sua aplicação antes de adotar esse estilo arquitetônico.