Questão de Tecnologia da Informação · FGV STN 2024 (nº 70)

O padrão Publish/Subscribe (Publicar/Assinar) é uma forma de comunicação onde quem envia mensagens (o produtor ou publicador) não precisa saber quem vai recebê-las, e quem recebe (o consumidor ou assinante) não precisa saber quem as enviou, pois um intermediário (o broker ou barramento de mensagens) faz essa ponte.

(A) Incorreta: O padrão Pub/Sub não impõe regras sobre acumulação de eventos; o envio pode ser imediato ou em lotes, dependendo da implementação e necessidade, mas não é uma característica intrínseca do produtor no padrão.
(B) Incorreta: Esta descrição se encaixa em um modelo de requisição/resposta (pull), onde o consumidor solicita dados. No Pub/Sub, o produtor envia eventos de forma proativa (push) para o broker, sem esperar uma solicitação direta do consumidor. Armadilha: Confunde o modelo de comunicação assíncrona e desacoplada do Pub/Sub com modelos síncronos ou baseados em requisição.
(C) Incorreta: O produtor no Pub/Sub geralmente opera em um modo "fire-and-forget" (disparar e esquecer), o que significa que ele envia o evento e não espera uma confirmação direta de cada consumidor para continuar enviando. A confirmação, se houver, é geralmente tratada pelo broker ou pelo consumidor de forma independente.
(D) Correta: Uma característica fundamental do Publish/Subscribe é o desacoplamento entre produtores e consumidores. O produtor simplesmente publica o evento em um tópico ou canal, sem ter conhecimento ou se importar com quantos (ou se há algum) consumidores estão atualmente escutando.
(E) Incorreta: O produtor envia o evento com seus dados, mas não especifica como o consumidor deve processá-lo. Essa é uma responsabilidade do consumidor, garantindo o baixo acoplamento entre as partes.