Pular para o conteúdo principal

Questão de Engenharia de Software — Conceitos Básicos em Engenharia de Software — FCC 2025

Engenharia de SoftwareConceitos Básicos em Engenharia de Software
Código
fc073226
Banca
FCC
Órgão
Prefeitura de São Paulo - SP
Ano
2025
Nível
Superior
Cargo
Analista de Planejamento e Desenvolvimento Organizacional Tecnologia da Informação e Comunicação
A equipe de TI de uma prefeitura está desenvolvendo uma aplicação para integração com diversos serviços externos, utilizando arquiteturas serverless em um ambiente de nuvem. Para implementar a lógica que orquestra à comunicação entre serviços, a equipe considera adotar um design pattern adequado à abordagem serverless. Com base nas tendências emergentes, o design pattern mais indicado para lidar com a orquestração e controle de fluxos em arquiteturas serverless é o
  1. AObserver.
  2. BCircuit Breaker.
  3. CSaga.
  4. DProxy .
  5. EStrategy.
Revelar gabarito e comentário

GabaritoC — Saga.

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Design Patterns – Arquiteturas Serverless

Gabarito: letra C (Saga). O padrão Saga é o mais indicado para orquestrar e controlar fluxos em arquiteturas serverless, pois gerencia transações distribuídas de longa duração, coordenando serviços e prevendo ações de compensação em caso de falha. Os demais padrões têm propósitos distintos que não atendem à orquestração em serverless.

1Saga (orquestração de fluxos)
Transações distribuídas
Etapas locais com compensação
Indicado para serverless
2Observer (notificação)
Relação um-para-muitos
Não orquestra fluxos
3Circuit Breaker (tolerância a falhas)
Evita chamadas repetidas
Não orquestra fluxos
4Proxy (controle de acesso)
Substituto para outro objeto
Não orquestra fluxos
5Strategy (algoritmos)
Encapsula comportamentos
Não orquestra fluxos
Padrões em arquiteturas serverless
LEVELsoulevel.com.br
Padrões em arquiteturas serverless: Saga (orquestração de fluxos) (Transações distribuídas, Etapas locais com compensação, Indicado para serverless); Observer (notificação) (Relação um-para-muitos, Não orquestra fluxos); Circuit Breaker (tolerância a falhas) (Evita chamadas repetidas, Não orquestra fluxos); Proxy (controle de acesso) (Substituto para outro objeto, Não orquestra fluxos); Strategy (algoritmos) (Encapsula comportamentos, Não orquestra fluxos)

Alternativa A – ❌ Incorreta

Observer é um padrão de comportamento para notificação de mudanças entre objetos (relação um-para-muitos). Embora útil para eventos, não orquestra fluxos transacionais.

Alternativa B – ❌ Incorreta

Circuit Breaker é um padrão de tolerância a falhas que impede chamadas repetidas a um serviço com falha. Não resolve orquestração.

Alternativa C – ✅ Correta ⟵ GABARITO

Saga coordena transações distribuídas em microsserviços/serverless, dividindo uma transação em etapas locais com compensações. Ideal para serverless.

Alternativa D – ❌ Incorreta

Proxy fornece um substituto para controlar acesso a outro objeto; não orquestra fluxos.

Alternativa E – ❌ Incorreta

Strategy permite selecionar algoritmos em tempo de execução; foco em encapsulamento de comportamentos, não em coordenação.

Link permanente: /questoes/fc073226