A Arquitetura Orientada a Serviços (SOA - Service Oriented ...

Alternativa correta: C - autonomia do serviço.

A questão aborda a Arquitetura Orientada a Serviços (SOA), que é uma maneira de arquitetar o software onde as funcionalidades da aplicação são expostas como serviços. Esses serviços seguem princípios de design que garantem uma série de características como abstração, reusabilidade, autonomia, composição e baixo acoplamento.

Vamos entender cada uma dessas características e justificar por que a alternativa correta é a autonomia do serviço.

Autonomia do serviço: Em SOA, a autonomia significa que o serviço deve ter controle total sobre sua lógica e dados. Quando a lógica encapsulada em um serviço é controlada por uma classe externa, essa autonomia é comprometida. O serviço deixa de ter total responsabilidade por sua execução, o que fere esse princípio. Por isso, a alternativa correta é a alternativa C.

Agora, vamos analisar as alternativas incorretas:

A - Abstração do serviço: A abstração é sobre esconder a complexidade interna do serviço e expor apenas o que é necessário para o consumidor do serviço. Delegar controle não necessariamente revela a complexidade interna do serviço, então essa alternativa não se aplica.

B - Reusabilidade do serviço: A reusabilidade diz respeito a criar serviços que possam ser utilizados em diferentes contextos e aplicações. Controlar a lógica do serviço externamente não impede diretamente sua reutilização, embora possa afetar outros aspectos. Logo, essa alternativa também não é correta.

D - Composição do serviço: A composição refere-se à capacidade de combinar vários serviços menores em um serviço maior ou um processo de negócios. A delegação do controle não interfere necessariamente na capacidade de compor serviços, então essa alternativa não é aplicável.

E - Baixo acoplamento do serviço: O baixo acoplamento é a capacidade de um serviço de ser independente de outros serviços. Delegar o controle para uma classe externa pode afetar o acoplamento, mas o foco do enunciado é a autonomia, que é mais diretamente afetada. Portanto, essa também não é a resposta correta.

Espero que esta explicação tenha clareado sua compreensão sobre os princípios de SOA e a importância da autonomia dos serviços nesse contexto. Se tiver mais dúvidas ou precisar de mais exemplos, sinta-se à vontade para perguntar!

Um dos nomes mais expressivos quando o assunto é arquitetura orientada a serviços, Thomas Erl, define princípios aos quais são interpretados como termômetro na implantação do paradigma orientado a serviços numa corporação, porém, obviamente estes princípios não são – e nem devem ser – a bala de prata para os problemas de alinhamento entre a TI e o negócio. Estes princípios são conhecidos como:

Padronização do contrato de serviço - 

Baixo acoplamento

Abstração do serviço

Autonomia do serviço - cada serviço deve ser responsável pelo seu ambiente em tempo de execução e projeto, no entanto, em composições complexas, à medida com que o serviço aproxima-se do topo da cadeia de composição, o nível de autonomia é automaticamente comprometido. Em contrapartida é possível afirmar que quanto menor for a posição do serviço na composição, maior será sua autonomia.

Visibilidade do serviço

Independência do controle de estado do serviço

Reusabilidade

Capacidade de composição do serviço

Cada princípio supracitado mantém um relacionamento muito estreito com os demais, influenciando diretamente na forma com que cada um é planejado e implementado. Os princípios de baixo acoplamento, abstração do serviço e capacidade de composição são vistos como marcos reguladores para os demais princípios, tendo assim um papel de extrema importância em produtos oriundos da SOA.

https://www.profissionaisti.com.br/2017/05/soa-principios-de-projetos-orientados-a-servico/

O principio ferido é o da autonomia, pois o mesmo diz que o serviço dever ser capaz de se auto-administrar. Ele deve ser independente de um elemento externo para executar a sua lógica.

Gabarito C