

Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
Uma autarquia pública pretende integrar diversos sistemas legados desenvolvidos em diferentes linguagens de programação e plataformas. Para viabilizar essa integração, a equipe técnica decidiu implementar um componente que atue como uma camada intermediária que seja responsável por intermediar, rotear, transformar e orquestrar mensagens entre diferentes serviços e aplicações, promovendo baixo acoplamento, interoperabilidade e independência de plataforma.
Nesse contexto, o componente de arquitetura SOA mais adequado é o:
Registro de Serviços (Service Registry).
Mecanismo de Notificação por Eventos (Event-driven).
Barramento de Serviço Corporativo (Enterprise Service Bus).
Arquitetura Baseada em Microsserviços Independentes(Microservices).
Um sistema de informações, utilizando a arquitetura SOA, precisa trabalhar com um componente que realiza transformações de modelos de dados, gerencia conectividade, faz o roteamento de mensagens, converte protocolos de comunicação e também gerencia a composição de várias requisições, disponibilizando essas ações como uma interface de serviço, que pode ser reutilizável por novas aplicações. Esse componente é o:
ESB
SRV
BPEL
REST
O middleware orientado a serviços, implementado por um ESB (enterprise service bus), centraliza a integração de sistemas heterogêneos, oferecendo roteamento, transformação de dados e suporte a protocolos como SOAP, REST e JMS.
Certo
Errado
O barramento de serviço corporativo (ESB) é um padrão arquitetônico de software que oferece suporte ao intercâmbio de dado entre plataforma alta e plataforma baixa, no qual o componente endpoints converte mensagens entre diferentes formatos, protocolos e recursos de logs de mensagens.
Certo
Errado
O setor de Tecnologia da Informação de um importante órgão público de justiça está projetando um novo software para processamento de filas, com o objetivo de lidar com a alta demanda de eventos, como novas petições e atualizações processuais. Para implementar a camada de mensageria, é necessário escolher entre RabbitMQ e Apache Kafka, considerando requisitos como persistência de mensagens, garantia de ordenação e capacidade de processar grandes volumes de dados de forma distribuída. Assinale a alternativa que compara corretamente RabbitMQ e Kafka em relação às suas características e aos cenários de uso mais adequados.
RabbitMQ é um broker de mensagens otimizado para cenários de alta vazão e reprocessamento de eventos em larga escala, enquanto Kafka é mais adequado para roteamento complexo e comunicação ponto-a-ponto entre serviços
Kafka é um sistema de fila de mensagens distribuído que garante a ordem das mensagens em um tópico, projetado para durabilidade e consumo de streaming de dados, enquanto RabbitMQ é um broker de mensagens que permite roteamento flexível e entrega garantida para consumidores específicos, sendo mais apropriado para comunicação de eventos discretos
Ambos, RabbitMQ e Kafka, são implementações de filas de mensagens de tipo “pull”, onde o serviço consumidor ativamente requisita mensagens do broker, sendo a principal diferença a linguagem de programação em que foram escritos
RabbitMQ é um log distribuído de eventos que armazena mensagens por um período configurável para reprocessamento e Kafka é um broker de mensagens tradicional que remove mensagens da fila após o consumo bem-sucedido por um único consumidor


Seu próximo nível começa aqui

Seu próximo nível começa aqui
Destrave a preparação completa para sua aprovação. Com a Assinatura Ilimitada, você estuda com os melhores professores do Brasil e todos os recursos Gran.
Uma instituição financeira precisa integrar seu sistema legado com um novo serviço RESTful em nuvem. Sabendo que o legado utiliza SOAP com contratos WSDL e o novo sistema adota REST com JSON, qual arquitetura intermediária é mais apropriada para compatibilizar ambos sem reescrever o legado?
Proxy reverso HTTP simples
API Gateway com tradução de protocolos (SOAP-to-REST adapter).
Web crawler com parseamento XML.
Cache reverso DNS.
Balanceador de carga L4.
Nos barramentos de serviços corporativos (ESB), o recebimento e a conversão de mensagens para o formato esperado são realizados pelos endpoints.
Certo
Errado
Um ESB atua como mediador entre serviços em uma arquitetura SOA, possibilitando roteamento, transformação de mensagens e integração com diferentes protocolos.
Certo
Errado
A integração entre sistemas é um desafio em ambientes corporativos, pois envolve a comunicação entre diferentes plataformas, tecnologias e protocolos. Entre as técnicas de integração, o uso de APIs, ESBs (Enterprise Service Bus) e Web Services são comuns. Qual das alternativas abaixo descreve corretamente uma função do ESB (Enterprise Service Bus) em uma arquitetura corporativa?
O ESB se encarrega exclusivamente do balanceamento de carga entre servidores em uma arquitetura corporativa.
O ESB elimina a necessidade de APIs ao centralizar toda a comunicação entre serviços em uma única camada de apresentação.
O ESB atua como um intermediário entre sistemas, facilitando a comunicação e transformando dados conforme necessário entre aplicativos e serviços.
Um ESB permite o armazenamento de dados em cache para melhorar o desempenho das consultas a bancos de dados.
O ESB é um padrão de design utilizado para melhorar a interface gráfica dos sistemas integrados.
Para atender a seu contexto de negócio, uma Organização Militar (OM) da Marinha possui diversas aplicações desenvolvidas em diferentes plataformas e linguagens de programação. Ressalta-se que essas aplicações possuem dados em comum e precisam se comunicar. Dessa forma, a OM resolveu empregar a Arquitetura Orientada a Serviços (SOA) com a utilização de um barramento de serviços ou Enterprise Service Bus (ESB). Assim, em relação ao barramento empregado, é correto afirmar que:
proporciona maior acoplamento entre consumidores e provedores de serviço.
requer um ambiente homogêneo com apenas uma tecnologia e apenas um protocolo de comunicação.
regulamenta o modo como os serviços se comunicam e interagem uns com os outros.
não lida com conceitos de confiabilidade e segurança, sendo responsável apenas pela conexão dos métodos.
devido a sua especialização não atua nas camadas de serviço e componente de serviço.


Seu próximo nível começa aqui
Seu desenvolvimento não pode ter limites. Garanta sua Assinatura Ilimitada e libere uma preparação completa com os melhores professores do Brasil.
ESB (enterprise service bus) é um barramento sobre o qual os serviços são oferecidos aos clientes, e que provê interoperabilidade entre sistemas heterogêneos.
Certo
Errado
Entre as possibilidades funcionais de um barramento de serviços estão transformações de modelos de dados, manuseio de conectividade e mensagens, execução de roteamento, conversão de protocolos de comunicação e gerenciamento de requisições variadas relacionadas aos serviços.
Certo
Errado
A arquitetura de ESB tem alguns princípios que permitem agilidade e escala de negócios. O foco principal é desvincular os sistemas uns dos outros e, ao mesmo tempo, permitir que eles se comuniquem de maneira consistente e gerenciável. Sobre o exposto, assinalar a alternativa INCORRETA:
Não é necessário um "adaptador" entre o aplicativo e o barramento que organiza os dados entre as duas partes.
Há um "adaptador" entre o aplicativo e o barramento que organiza os dados entre as duas partes.
Geralmente, os ESBs não têm estado; o estado é integrado às mensagens que passam pelo barramento.
O conceito de "barramento" desvincula os aplicativos uns dos outros. Geralmente, isso é feito usando um servidor de mensagens como JMS ou AMQP.
O adaptador é responsável por se comunicar com o aplicativo de back-end e transformar dados do formato de aplicativo no formato de barramento.