Um novo sistema de software será desenvolvido na empresa e a especificação desse sistema indica que será utilizada uma arquitetura de microsserviços. Sobre microsserviço, é correto afirmar que:
- A)equivale a um sistema monolítico modular com um banco de dados decomposto;
Errada, porque microsserviços não equivalem a um monólito modular; a proposta é justamente separar serviços com autonomia, e não apenas modularizar um único sistema com banco de dados decomposto.
- B)é um serviço dependente de tecnologia;
Errada, porque um microsserviço deve ser o mais independente possível de tecnologia, permitindo escolhas diferentes conforme a necessidade, desde que haja contrato de comunicação.
- C)expõe as funcionalidades de negócio que encapsula por meio de um ou mais endpoints de rede;
Certa, porque o microsserviço encapsula uma funcionalidade de negócio e a expõe por um ou mais endpoints de rede para consumo por outros sistemas ou serviços.
- D)a troca de dados entre microsserviços é proibida;
Errada, porque a troca de dados entre microsserviços não só é permitida como é necessária para compor processos de negócio distribuídos.
- E)deve ser implantado conjuntamente com os demais microsserviços que compõem o sistema.
Errada, porque microsserviços são pensados para ter implantação independente, e não implantação obrigatoriamente conjunta com os demais serviços.
Gabarito: C
Microsserviços são uma forma de arquitetar software em que o sistema é dividido em serviços pequenos, independentes e focados em uma capacidade de negócio específica. A ideia não é apenas “quebrar o sistema em pedaços”, mas permitir que cada serviço tenha responsabilidade bem definida, possa ser desenvolvido e escalado de forma mais autônoma e se comunique com outros serviços por meio de interfaces bem estabelecidas. Na prática, um microsserviço precisa expor suas funcionalidades para consumo, normalmente por endpoints de rede, como APIs HTTP/REST, mensagens ou outros mecanismos de integração. Por isso, ele não é um bloco escondido e isolado: ele existe para ser acessado por outros componentes do sistema ou por clientes externos. Isso é exatamente o que a alternativa C descreve. As demais alternativas tentam confundir você com ideias mais próximas de monólito modular ou com regras absolutas que não existem em microsserviços. Não há proibição de troca de dados entre serviços, muito menos obrigação de implantação conjunta. Pelo contrário: a graça da arquitetura é justamente dar mais independência, embora isso traga desafios de comunicação, observabilidade e consistência. Essa visão é coerente com a doutrina clássica de arquitetura de microsserviços, como a difundida por Martin Fowler e outros autores da área.