Alternativa C
Introdução
A questão aborda a comparação entre arquiteturas de software convencionais (frequentemente monolíticas) e a Arquitetura Orientada a Serviços (SOA). O foco central reside no conceito de como os componentes interagem entre si, especificamente o nível de acoplamento (coupling).
Desenvolvimento
Para responder corretamente, é necessário entender o princípio fundamental do SOA: a criação de serviços que funcionam de forma independente.
- Arquitetura Tradicional (Monolítica): Geralmente apresenta acoplamento forte, onde uma mudança em um módulo pode afetar diretamente vários outros, dificultando manutenções e atualizações.
- Arquitetura SOA: Foi criada para promover acoplamento fraco. Os componentes (serviços) são projetados para serem autossuficientes, trocando informações através de contratos padronizados (geralmente via SOAP ou REST), sem depender da implementação interna uns dos outros.
Análise Detalhada
- Alternativa A: Incorreta. Ela inverte a lógica. No SOA, o acoplamento deve ser fraco. Nas tradicionais, costuma ser forte.
- Alternativa B: Incorreta. A descrição de camadas (Apresentação, Negócio, Dados) refere-se à Arquitetura em Camadas (N-Tier), e não define o SOA por si só.
- Alternativa C: Correta. Esta é a definição precisa. A autonomia permite que cada serviço seja desenvolvido, testado e implantado independentemente, resultando em acoplamento fraco.
- Alternativa D: Incorreta. Arquitetura de 3 camadas e SOA são modelos distintos. Um foca na organização estrutural de hardware/banco de dados; o outro na organização lógica de negócios via serviços.
- Alternativa E: Incorreta. O SOA exige processos de negócio bem definidos para garantir que a orquestração dos serviços funcione corretamente dentro do contexto da empresa.
Conclusão
A alternativa correta é a C, pois destaca a característica essencial do SOA: a independência dos módulos e o consequente baixo grau de dependência entre eles.