APIs expostas publicamente estão sujeitas a diferentes tipos de uso indevido, como excesso de requisições, tentativas de negação de serviço e exploração de recursos de forma abusiva. Para mitigar esses riscos sem comprometer a disponibilidade para usuários legítimos, mecanismos de controle de tráfego, como rate limiting, são adotados em arquiteturas back-end modernas, equilibrando segurança, desempenho e experiência do consumidor.

Considere uma API REST utilizada por múltiplos clientes externos, com picos de acesso imprevisíveis. A equipe precisa proteger a API contra abusos e sobrecarga, sem impedir o uso legítimo e mantendo previsibilidade no consumo dos recursos.

Nesse contexto, assinale a alternativa que descreve corretamente a função e o benefício técnico do uso de rate limiting em APIs back-end.

A avaliação de desempenho em sistemas back-end distribuídos exige a identificação precisa de gargalos que limitam escalabilidade e tempo de resposta. Em ambientes de alta concorrência, problemas de desempenho podem estar relacionados a CPU, memória, acesso a banco de dados, comunicação em rede ou sincronização entre componentes, sendo fundamental analisar o comportamento do sistema de forma sistêmica e baseada em evidências.

Considere uma aplicação back-end que passou por escalabilidade horizontal, com aumento do número de instâncias, mas continua apresentando alto tempo de resposta sob carga intensa. Monitoramentos indicam que o consumo de CPU e memória das instâncias estão baixos, enquanto o tempo médio de resposta das requisições permanece elevado.

Nesse contexto, assinale a alternativa que descreve corretamente a hipótese técnica mais plausível para explicar o problema observado e orientar a investigação do gargalo.

Em sistemas back-end expostos por meio de APIs, a evolução contínua das funcionalidades é inevitável. No entanto, mudanças não planejadas podem quebrar contratos existentes e afetar aplicações consumidoras. Por esse motivo, estratégias de versionamento de APIs são adotadas para permitir evolução controlada, preservando compatibilidade e reduzindo impactos em ambientes distribuídos com múltiplos clientes.

Considere uma API REST amplamente utilizada por aplicações internas e externas. Novos requisitos exigem alterações estruturais nas respostas e inclusão de novos comportamentos que não são compatíveis com versões anteriores da API, sem possibilidade de migração imediata de todos os consumidores.

Nesse contexto, assinale a alternativa que descreve corretamente a estratégia mais adequada para evoluir a API sem causar indisponibilidade ou quebra de compatibilidade para os clientes existentes

Sistemas back-end distribuídos frequentemente precisam operar em ambientes sujeitos a falhas de rede, latência variável e crescimento horizontal. Nesse contexto, bancos de dados distribuídos adotam diferentes compromissos arquiteturais para equilibrar consistência, disponibilidade e tolerância a particionamento, conforme formalizado pelo Teorema CAP, que orienta decisões de projeto em aplicações de larga escala.

Considere um sistema back-end distribuído que precisa permanecer operacional mesmo diante de falhas de comunicação entre nós, atendendo requisições de leitura e escrita sob carga elevada, com dados replicados geograficamente.

Nesse contexto, assinale a alternativa que descreve corretamente uma implicação do Teorema CAP aplicada ao projeto de bancos de dados distribuídos.

Em sistemas distribuídos e baseados em microsserviços, falhas parciais são esperadas e inevitáveis. Dependências externas podem tornar-se lentas ou indisponíveis, propagando falhas em cascata e degradando a experiência do usuário.

Para mitigar esse risco, padrões de resiliência são adotados com o objetivo de isolar falhas, proteger recursos e permitir recuperação controlada do sistema.

Considere uma API back-end que depende de um serviço externo de pagamento. Em situações de instabilidade desse serviço, a API começa a apresentar lentidão generalizada e falhas sucessivas, afetando usuários que não dependem diretamente da funcionalidade de pagamento.

Nesse contexto, assinale a alternativa que descreve corretamente a aplicação do padrão Circuit Breaker para aumentar a resiliência do sistema.

Em sistemas back-end de alta demanda, mecanismos de cache são amplamente utilizados para reduzir latência e carga sobre bancos de dados. Soluções como Redis permitem armazenar dados temporários em memória, melhorando o tempo de resposta. Entretanto, o uso de cache introduz desafios relacionados à consistência dos dados, exigindo estratégias adequadas para evitar respostas desatualizadas ou inconsistentes em aplicações distribuídas.
Considere uma API back-end que utiliza um banco de dados relacional como fonte primária de dados e um cache em memória (Redis) para acelerar consultas frequentes. Os dados podem ser atualizados por múltiplas operações concorrentes, e a aplicação deve equilibrar desempenho e consistência.
Nesse contexto, assinale a alternativa que descreve corretamente uma estratégia adequada de uso de cache para reduzir inconsistências sem comprometer significativamente o desempenho da aplicação.

Considere uma aplicação back-end estruturada em camadas, como apresentação (controllers), negócio (services) e acesso a dados (repositories). Essa organização é comum em frameworks modernos e visa melhorar a qualidade do software ao longo do tempo.

Nesse contexto, assinale a alternativa que descreve corretamente o principal benefício técnico da separação de responsabilidades em camadas no desenvolvimento back-end.

O Node.js é amplamente utilizado no desenvolvimento backend por adotar um modelo de execução assíncrono e orientado a eventos, permitindo alto desempenho em aplicações que lidam com grande volume de operações de entrada e saída. O funcionamento do event loop é central para esse modelo, sendo responsável por coordenar a execução de callbacks, promessas e tarefas assíncronas sem recorrer a múltiplas threads para cada requisição.

Considere uma API back-end desenvolvida em Node.js que atende milhares de requisições simultâneas, realizando operações intensivas de I/O, como acesso a banco de dados e comunicação com serviços externos. A equipe precisa compreender corretamente o modelo de concorrência adotado para evitar gargalos e erros de projeto.

Nesse contexto, assinale a alternativa que descreve corretamente o papel do event loop no modelo de execução do Node.js.

Sistemas back-end que atendem grande volume de usuários precisam ser projetados para crescer de forma sustentável. A escalabilidade é um requisito arquitetural central e pode ser alcançada por diferentes estratégias, sendo as mais comuns a escalabilidade vertical e a escalabilidade horizontal. A escolha entre essas abordagens impacta diretamente no custo, resiliência, disponibilidade e complexidade operacional do sistema.
Considere uma API corporativa que apresenta picos imprevisíveis de acesso e precisa manter alta disponibilidade mesmo em caso de falha de servidores individuais, além de permitir crescimento gradual da capacidade conforme a demanda.
Nesse contexto, assinale a alternativa que descreve corretamente a estratégia de escalabilidade mais adequada para atender a esses requisitos e a justificativa técnica associada.

À medida que sistemas back-end evoluem para arquiteturas distribuídas e baseadas em microsserviços, torna-se inviável compreender o comportamento do sistema apenas por meio de testes locais ou depuração tradicional. Nesse contexto, práticas de observabilidade permitemanalisar o estado interno do sistema a partir de seus artefatos externos, possibilitando identificação de falhas, gargalos de desempenho e comportamentos anômalos em ambientes de produção.

Considere uma aplicação composta por diversos microsserviços que se comunicam entre si para atender requisições de usuários. Em produção, a equipe precisa identificar rapidamente a causa raiz de falhas intermitentes e degradações de desempenho que ocorrem apenas sob carga real, sem interromper o serviço.

Nesse cenário, assinale a alternativa que descreve corretamente a combinação de práticas de observabilidade mais adequada para atender a esse objetivo em sistemas distribuídos.