Questão de Tecnologia da Informação · CESGRANRIO BASA 02/2021 (nº 44)

Conceito-chave: Um serviço com independência de estado (stateless) não guarda "memória" de interações passadas entre chamadas. Ele recebe os dados de contexto (informações sobre a situação atual, como usuário, sessão, transação) e as regras de contexto (como processar esses dados) de fora, geralmente no próprio request, em vez de armazená-los internamente. Isso permite que qualquer instância do serviço atenda qualquer requisição, sem depender de um estado prévio.

• (A) Incorreta: Abstração de serviços esconde a lógica interna atrás de uma interface (contrato), mas não trata de onde vêm os dados de contexto; é sobre o que o serviço expõe, não como ele gerencia estado.
• (B) Incorreta: Baixo acoplamento reduz dependências entre serviços (ex.: mudanças em um não quebram o outro), mas não é o princípio que define o tratamento de dados e regras de contexto — o acoplamento é sobre a relação entre serviços, não sobre o estado interno.
• (C) Incorreta: Capacidade de reúso busca que o serviço seja usado em múltiplos contextos, mas isso é uma consequência de ser stateless, não o princípio que classifica "dados de contexto e regras de contexto" como característica.
• (D) Correta: O gabarito oficial aponta independência de estado de serviço como o princípio associado. A armadilha da banca aqui é tentadora: muitos alunos leem "dados de contexto" e pensam em "reúso" ou "abstração", mas o termo técnico exato em SOA é que o serviço não mantém estado — ele recebe o contexto (dados e regras) a cada chamada, garantindo que seja stateless.
• (E) Incorreta: Visibilidade do serviço refere-se à capacidade de ser descoberto e monitorado (ex.: via registro de serviços), não tem relação com o gerenciamento de dados de contexto.