Prova Final: Arquitetura de Microsserviços na Prática

1 No tutorial do módulo, qual benefício principal de containerizar serviços em um monorepo?

Eliminar testes de integração Padronizar ambiente e reduzir divergências entre execução local e CI Dispensar versionamento de dependências Substituir observabilidade

2 Bounded contexts mal definidos costumam aumentar acoplamento entre equipes e serviços.

Verdadeiro Falso

3 No Kafka, qual recurso permite replay de eventos?

Readiness probe Retenção configurada por tempo/tamanho no tópico Cache aside Circuit breaker

4 No fluxo OrderCreated, por que consumidores devem ser idempotentes?

Porque Kafka garante exactly-once global automaticamente Porque duplicidade de entrega pode ocorrer e não deve gerar efeito duplicado Porque retries são proibidos Porque partições evitam qualquer repetição

5 Webhooks de pagamento podem chegar fora de ordem e precisam de tratamento robusto de estado.

Verdadeiro Falso

6 Para analytics desacoplado, o padrão preferível é:

Cálculo pesado síncrono no endpoint de checkout Consumo assíncrono de eventos com projeções dedicadas Join entre bancos de todos os serviços em runtime Polling manual por planilha

7 Quando Redis Pub/Sub é menos adequado que Kafka?

Notificações efêmeras em tempo real Eventos críticos que exigem retenção, replay e auditoria Mensagens de baixa criticidade Protótipos simples

8 No cache-aside, TTL e estratégia de invalidação são essenciais para evitar stale data persistente.

Verdadeiro Falso

9 A DLQ deve ser acompanhada de:

Ignorar mensagens mortas para não aumentar trabalho Playbook de triagem, monitoramento e política de reprocessamento Retry infinito antes de qualquer análise Desligamento automático de consumidores

10 Qual combinação de resiliência é adequada para falhas transitórias?

Retry infinito sem jitter Retry com backoff + circuit breaker + limites claros Apenas timeout alto Remover alertas para reduzir ruído

11 Mais consumidores do que partições no mesmo consumer group gera instâncias ociosas.

Verdadeiro Falso

12 Qual prática melhora escalabilidade de serviços containerizados?

Manter estado de sessão apenas em memória local da instância Projetar serviço stateless com readiness/liveness bem definidas Escalar sem métricas Ignorar limites de recursos

13 Em observabilidade, qual trio é mais útil para APIs?

Commits, branches e pull requests Taxa de requisições, latência e taxa de erros Quantidade de arquivos por serviço Número de dashboards

14 Tracing distribuído depende de propagação de contexto (traceId/spanId) entre serviços.

Verdadeiro Falso

15 Nos tutoriais de testes distribuídos, testes de contrato ajudam a:

Eliminar todos os testes de integração Detectar incompatibilidades de schema antes de chegar à produção Substituir Testcontainers Aumentar cardinalidade de métricas

16 Ao evoluir `customer.created` de v1 para v2 com breaking change, o caminho mais seguro costuma ser:

Alterar payload sem aviso e sem transição Criar nova versão com plano de convivência e depreciação Remover consumidores antigos imediatamente Eliminar monitoramento durante migração

17 Experimentos de chaos com kill de containers devem ter hipótese, métrica de sucesso e plano de rollback.

Verdadeiro Falso

18 No projeto final com fluxo `POST /customers`, qual evidência demonstra maturidade arquitetural?

Apenas demonstração visual sem logs nem testes Integração entre serviços com contratos, observabilidade e tratamento de falhas Uso de tecnologia sem justificativa Ausência de documentação de decisões

Entre para fazer a prova final

Prova Final: Arquitetura de Microsserviços na Prática

Hora de revisar o conteúdo

Revisão das questões