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.
•  Maintainability: Each small, specific service is easier to understand, develop, and manage than a single, all-encompassing service.

Desafios:

• Complexidade Aumentada: Gerenciar sistemas distribuídos requer uma abordagem mais complexa do que sistemas centralizados devido a complexidades inerentes.
• Data Management: 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.
• Asynchronous Messaging: Services exchange messages through a message broker to count on decoupling and gain more scalability. This pattern is most effective when a large amount of data or events need to be processed.
• Event-Driven Architecture: Services publish events that other services can then listen to to foster loose coupling and responsiveness. This pattern aligns well with situations where updates or changes are required across multiple services.

Best practices include: 

• Domain-Driven Design (DDD): Decompose the system into a bounded context covering business capabilities that will enhance the system’s readability and maintainability.
• 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.