Prévia do material em texto
PROVA FINAL Entrega Sem prazo Pontos 40 Perguntas 10 Limite de tempo 60 Minutos Tentativas permitidas 2 Instruções Histórico de tentativas Tentativa MAIS RECENTE Tentativa 1 (https://pucminas.instructure.com/courses/230964/quizzes/527164/history?version=1 Pontuação desta tentativa: 28 de 40 Enviado 7 set em 19:59 Esta tentativa levou 29 minutos. Resposta correta Pergunta 1 4 / 4 pts INSTRUÇÕES DA PROVA FINAL - A prova tem a duração de 60 minutos. - Ao clicar em PROVA FINAL, no menu “Testes” você iniciará a prova. Ao acessar a página com as questões, o tempo começa a ser contado. - A prova é composta de 10 (dez) questões objetivas, sendo 04 (quatro) pontos cada. - Ao final do teste não se esqueça de enviá-lo, clicando no botão “ENVIAR TESTE”. Só utilize esse botão quando tiver finalizado a avaliação. - Se necessário, durante a prova, entre em contato pelo link “Atendimento”. - Você terá 02 (duas) tentativas e, caso necessite de uma nova, será preciso solicitar a prova extra, que requer pagamento de taxa adicional. Atenção: Todas as provas iniciadas e que não houverem sido submetidas serão automaticamente encerradas pelo sistema transcorridos os 60 minutos de duração. Boa prova! Fazer o teste novamente (https://pucminas.instructure.com/courses/230964/quizzes/527164/ take?user_id=342405) PROVA FINAL: 04 - Arquitetura de Back End (2025) file:///C:/Users/z004au9m/OneDrive%20-%20Siemens%20Energy/D... 1 of 6 07/09/2025, 20:05 Service Entidade Domain Event Repositorio No DDD, o componente Repository é responsável por fornecer acesso e persistência aos Aggregates. Ele abstrai os detalhes de armazenamento e oferece uma interface para recuperar e armazenar Aggregates, facilitando o gerenciamento dos objetos de domínio. Value Object Resposta correta Pergunta 2 4 / 4 pts Facilidade para escalabilidade horizontal e vertical de cada microsserviço, conforme requisitos de negócio. Compartilhamento das informações dos microsserviços em um único banco de dados relacional. Microsser Comunicação com outros microsserviços através de chamadas RESTful HTTP ou através de filas de mensagens Organização das capacidades de negócio em pequenos serviços autônomos. Capacidade de distribuição física de cada microsserviço. Resposta incorreta Pergunta 3 0 / 4 pts O SpringBoot, Python Flask, PHP Lumen e o ASP.NET Core são mais ajustados para arquiteturas de microsserviços porque podem operar sem servidores de aplicação complexos como o IIS ou JBOSS AS. O Netflix Eureka é uma tecnologia de API Gateway e similar ao Service Fabric. No padrão Domain-Driven Design (DDD), qual componente é responsável por fornecer acesso e persistência aos Aggregates? "The term "Microservice Architecture" has sprung up over the last few years to describe a particular way of designing software applications as suites of independently deployable services. While there is no precise definition of this architectural style, there are certain common characteristics around this architecture.", James Lewis - https://martinfowler.com/articles/ microservices.html As características abaixo fazem parte do estilo arquitetural de microsserviços, exceto: Existem muitas tecnologias de microsserviços disponíveis no mercado, para PHP, Java, .NET, Python, ou Node.JS. Podemos dizer sobre estas tecnologias o seguinte, exceto: PROVA FINAL: 04 - Arquitetura de Back End (2025) file:///C:/Users/z004au9m/OneDrive%20-%20Siemens%20Energy/D... 2 of 6 07/09/2025, 20:05 O Netflix Hystrix pode ser usado para implementar tolerância a falhas e o padrão Circuit Breaker em arquiteturas de microsserviços. O Docker é uma tecnologia já muito utilizada para implantar microsserviços pois ela permite isolar dependências em tempo de execução, além de facilitar os testes. Resposta correta Pergunta 4 4 / 4 pts Não há dependências entre as camadas na arquitetura limpa As camadas externas dependem das camadas internas, mas as camadas internas não dependem das externas Na arquitetura limpa, as dependências entre as camadas são organizadas de forma que as camadas externas (ex. repositório) dependem das camadas internas (entidades), mas as camadas internas não dependem das externas. Isso promove a separação de responsabilidades, a modularidade e a testabilidade do sistema, tornando-o mais fácil de evoluir e adaptar às mudanças. As camadas internas dependem das camadas externas, mas as camadas externas não dependem das internas Todas as camadas dependem umas das outras bidirecionalmente As dependências são organizadas com base na comunicação assíncrona entre componentes Resposta correta Pergunta 5 4 / 4 pts Priorizar o desenvolvimento de aplicações Web Facilitar a comunicação assíncrona entre componentes Promover a vinculação de dados bidirecional entre Model e View Aumentar a coesão e diminuir o acoplamento entre componentes Na arquitetura limpa, separar as regras de negócio das preocupações de infraestrutura e apresentação aumenta a coesão e diminui o acoplamento entre componentes. Isso facilita a manutenção, o desenvolvimento e a testabilidade do sistema, tornando-o mais adaptável às mudanças nos requisitos e na tecnologia. Simplificar a implementação de um núcleo central para gerenciar a comunicação entre componentes Na arquitetura limpa (Clean Architecture), como as dependências entre as camadas são organizadas? Em uma arquitetura limpa (Clean Architecture), qual é o principal benefício de separar as regras de negócio das preocupações de infraestrutura e apresentação? PROVA FINAL: 04 - Arquitetura de Back End (2025) file:///C:/Users/z004au9m/OneDrive%20-%20Siemens%20Energy/D... 3 of 6 07/09/2025, 20:05 Resposta correta Pergunta 6 4 / 4 pts Significa que todos os microsserviços devem usar um banco de dados NoSQL para persistir seus dados. Significa que os microsserviços não devem persistir dados Significa que cada microsserviço deve usar vários bancos de dados diferentes para persistir seus dados. Significa que cada microsserviço pode escolher o tipo de banco de dados que melhor se adequa às suas necessidades para persistir seus dados. Persistência poliglota no contexto de uma arquitetura de microsserviços significa que cada microsserviço pode escolher o tipo de banco de dados que melhor se adequa às suas necessidades para persistir seus dados. Isso poderia incluir bancos de dados relacionais, bancos de dados NoSQL, bancos de dados de séries temporais, etc., dependendo das necessidades específicas de cada serviço. Significa que cada microsserviço deve usar o mesmo tipo de banco de dados para persistir seus dados. Resposta correta Pergunta 7 4 / 4 pts Ele não faz sentido para organizações que já possuem implementações SOA sólidas. Isso porque SOA e microsserviços são termos similares. Que apenas Start-Ups podem usar este estilo arquitetural, pois ele exige o uso de linguagens como o Node.JS. Ele pode ser adotado em empresas que possuem baixa maturidade em testes, já que este é um tipo de arquitetura mais fácil de testar que as arquiteturas monolíticas. Ele não é apropriado para organizações que possam já grandes monolitos implementados em linguagens como C# ou Java. Isso porque é impossível migrar uma aplicação monolítica com um grande banco de dados para uma arquitetura de microsserviços. Ele faz sentido para empresas que precisam de escalabilidade sob demanda para determinados tipos de comportamentos de negócio. Resposta incorreta Pergunta 8 0 / 4 pts O que significa persistência poliglota no contexto de uma arquitetura de microsserviços? Podemos dizer sobre a adoção de microsserviços nas organizações. Essa unidade apresenta o estilo arquitetural baseado em orquestração de serviços. Qual das PROVA FINAL: 04 - Arquitetura de Back End (2025) file:///C:/Users/z004au9m/OneDrive%20-%20Siemens%20Energy/D... 4 of 6 07/09/2025, 20:05 O orquestrador gerencia a infraestrutura necessária para a implantação e monitoramento dos serviços O orquestrador é responsável por expor APIs dos serviços de negócio para acesso externoO orquestrador é responsável por distribuir eventos entre os componentes do sistema, promovendo a comunicação assíncrona O orquestrador atua como um mediador, processando eventos centralmente antes de enviá-los aos componentes interessados O orquestrador coordena a interação entre os serviços, controlando o fluxo de execução e a lógica de negócio Resposta correta Pergunta 9 4 / 4 pts POST GRAB PUT PATCH DELETE Resposta incorreta Pergunta 10 0 / 4 pts Brokers gerenciam a comunicação síncrona entre componentes, enquanto mediadores são responsáveis pela comunicação assíncrona baseada em eventos Brokers atuam como intermediários na comunicação entre componentes, distribuindo eventos para os componentes interessados, enquanto mediadores coordenam a comunicação e processam os eventos centralmente No estilo arquitetural baseado em eventos, brokers e mediadores são padrões de comunicação utilizados para gerenciar a distribuição de eventos entre os componentes do sistema. Brokers atuam como intermediários, recebendo eventos de componentes emissores e distribuindo-os aos componentes interessados, promovendo o desacoplamento e a comunicação assíncrona. Já mediadores coordenam a comunicação entre os componentes e processam os eventos centralmente, o que permite a aplicação de lógica adicional, como filtragem ou agregação de seguintes opções NÃO descreve corretamente o papel do componente orquestrador nesse estilo arquitetural? Qual das opções a seguir não é um dos verbos HTTP comumente usados em APIs RESTful? A unidade 1 discute o estilo arquitetural baseado em eventos e apresenta dois padrões de comunicação comuns, brokers e mediadores. Qual das opções a seguir descreve corretamente a principal diferença entre brokers e mediadores no contexto do estilo baseado em eventos PROVA FINAL: 04 - Arquitetura de Back End (2025) file:///C:/Users/z004au9m/OneDrive%20-%20Siemens%20Energy/D... 5 of 6 07/09/2025, 20:05 Módulo anterior: PESQUISA eventos, antes de enviá-los aos componentes interessados. rokers implementam a lógica de negócio relacionada aos eventos, enquanto mediadores gerenciam a infraestrutura necessária para a comunicação entre componentes Brokers atuam como intermediários na comunicação entre componentes, enquanto mediadores são responsáveis por processar e armazenar eventos em um banco de dados centralizado Brokers são responsáveis pela distribuição de eventos diretamente aos componentes interessados, enquanto mediadores coordenam a comunicação entre componentes, mas não distribuem eventos diretamente Pontuação do teste: 28 de 40 PROVA FINAL: 04 - Arquitetura de Back End (2025) file:///C:/Users/z004au9m/OneDrive%20-%20Siemens%20Energy/D... 6 of 6 07/09/2025, 20:05