Com relação aos mecanismos de troca de mensagens utilizados ...

Alternativa Correta: E

Vamos entender por que a alternativa E é a correta e analisar as demais opções para esclarecer possíveis dúvidas.

Conhecimentos Necessários:

Para resolver essa questão, é importante conhecer os mecanismos de troca de mensagens em microsserviços, especialmente o papel dos message brokers, e a comunicação por APIs REST, além dos padrões de distribuição de mensagens. Vamos detalhar cada afirmação.

Análise das Afirmativas:

I. Em arquiteturas em cloud, os message brokers são um mecanismo usado pelos microsserviços para criar um backbone de comunicações compartilhadas.

Correta. Message brokers, como RabbitMQ e Apache Kafka, são amplamente utilizados para implementar um sistema de mensagens centralizado que facilita a comunicação entre microsserviços. Eles permitem comunicação assíncrona, alta disponibilidade e escalabilidade.

II. As APIs REST utilizam normalmente o padrão CORBA para se comunicar e são comumente usadas para comunicações entre microsserviços.

Incorreta. As APIs REST utilizam o protocolo HTTP/HTTPS para comunicação e não o CORBA. CORBA (Common Object Request Broker Architecture) é um padrão de comunicação de objetos distribuídos que não se alinha com as práticas modernas de REST.

III. Os message brokers não permitem comunicações assíncronas entre os serviços, fazendo com que o serviço de envio tenha que esperar pela resposta do serviço de recebimento antes de um novo envio.

Incorreta. Na verdade, os message brokers são conhecidos por facilitar a comunicação assíncrona. Eles permitem que mensagens sejam enviadas sem que o remetente precise esperar por uma resposta imediata, promovendo desacoplamento e eficiência.

IV. Os message brokers oferecem apenas o padrão de distribuição de mensagens ponto a ponto, utilizado em filas de mensagens com relacionamento um-para-um entre o remetente e o destinatário da mensagem.

Incorreta. Os message brokers podem oferecer tanto o padrão ponto a ponto (fila de mensagens) quanto o padrão de publicação/assinatura (publish/subscribe). No padrão publish/subscribe, uma mensagem pode ser enviada a múltiplos destinatários (um-para-muitos).

Portanto, a única afirmativa correta é a I, o que torna a alternativa E a correta.

Recapitulando:

Alternativa E: Está correta, pois a afirmativa I está de acordo com a utilização de message brokers em arquiteturas de microsserviços em cloud.

Espero que esta explicação tenha ajudado a compreender melhor o tema e as razões pelas quais as outras alternativas estão incorretas. Se tiver mais dúvidas ou precisar de mais esclarecimentos, sinta-se à vontade para perguntar!

Gabarito E

I - Correta.

II - Errada. Realmente microsserviços utilizam REST para se comunicarem, mas se comunicam por meio do HTTP/HTTPS e não por CORBA.

III - Errada. Eles permitem a comunicação assíncrona.

IV - Errada. Esse "apenas" tornor a alternativa errada, pois eles suportam a distribuição de mensagens ponto a ponto e sistemas de mensagens de publicação/assinatura.

Se quiser dar uma aprofundada no assunto:

https://www.ibm.com/br-pt/topics/message-brokers