Alternativa correta: B

Tema central: A questão aborda a migração de uma arquitetura SOA (Service-Oriented Architecture) para uma arquitetura baseada em microsserviços. Esse é um tema recorrente em concursos de TI, pois envolve conhecimentos sobre granularidade de serviços, autonomia, resiliência, orquestração e deploys independentes.

Resumo teórico:
Na arquitetura SOA, os sistemas são compostos por serviços relativamente grandes, frequentemente integrados por um Enterprise Service Bus (ESB), que centraliza a comunicação e a orquestração. Já em microsserviços, o objetivo é dividir a aplicação em componentes menores, autônomos e independentes, cada qual focado em uma única responsabilidade, facilitando alterações, escalabilidade e deploys sem afetar o todo.
Referência: “Microservices vs SOA”, Martin Fowler (martinfowler.com).

Justificativa da alternativa B:
A alternativa B está correta pois descreve de forma precisa os principais desafios e benefícios da migração de SOA para microsserviços: redistribuição da lógica de negócio em serviços menores e autônomos, possibilitando deploys independentes e maior resiliência a falhas (se um serviço falha, o sistema como um todo pode continuar funcionando).

Análise das alternativas incorretas:

• A: Errada. Tanto em SOA quanto em microsserviços, pode haver competição por recursos e aumento de latência, especialmente conforme a escala. SOA, por utilizar ESB, pode até gerar gargalos adicionais.
• C: Parcialmente correta, mas incompleta. Embora a granularidade em SOA geralmente seja maior, isso não limita necessariamente a automação de testes ou o versionamento independente. Microsserviços, por serem menores, facilitam ainda mais esses aspectos.
• D: Errada. O correto ao migrar de SOA para microsserviços é eliminar o ESB e evitar gateways centralizados para lógica de orquestração, promovendo comunicação direta ou por event-driven entre serviços.
• E: Errada. O uso de API Gateways é comum e recomendado em microsserviços para centralizar autenticação, roteamento e monitoramento, ao invés de aumentar a exposição a ataques.

Dica de interpretação: Repare nas palavras-chave, como “deploys independentes”, “autonomia” e “resiliência”, e desconfie de afirmações absolutas ou generalizações, que costumam ser usadas como pegadinhas.

Gostou do comentário? Deixe sua avaliação aqui embaixo!

arquitetura baseada em micro serviços é mais nova e ela tende a ter mais benefícios do que a arquitetura baseada em soa. além do mais é uma arquitetura voltada para o desacoplamento, escalabilidade e alto nível de coesão entre os serviços, ao passo que um sistema de consulta pode falhar, mas o sistema de cadastro continue operacional.

Espero ter ajudado!

Gabarito: alternativa B

A) Incorreta.

Microsserviços não têm latência maior por natureza, nem a SOA garante desempenho consistente. Em ambos os modelos pode haver competição por recursos e impacto de latência, dependendo da implementação.

B) Correta.

A migração de SOA para microsserviços envolve dividir a lógica de negócio em serviços menores e autônomos, permitindo deploys independentes e maior resiliência, já que falhas tendem a ficar isoladas.

C) Incorreta.

Na SOA, a granularidade dos serviços tende a ser menor (serviços mais grandes e centralizados). Já nos microsserviços, a granularidade é maior, com serviços menores e mais específicos.

D) Incorreta.

Microsserviços buscam reduzir a centralização. Substituir o ESB por gateways com lógica de orquestração centralizada vai contra o princípio de descentralização dos microsserviços.

E) Incorreta.

Microsserviços não tornam dispensável o uso de API Gateway. Pelo contrário, o gateway é comum para centralizar autenticação, roteamento e segurança, reduzindo a exposição direta dos serviços.