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

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.

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.

Em APIs REST bem projetadas, o uso adequado dos métodos HTTP é fundamental para garantir previsibilidade, segurança e correto tratamento de falhas. Entre os princípios envolvidos, a idempotência desempenha papel relevante, pois permite que determinadas requisições sejam repetidas sem produzir efeitos colaterais adicionais no estado do sistema, característica importante em ambientes distribuídos sujeitos a falhas de rede e reenvio de mensagens.

Considere uma API REST utilizada por diferentes clientes, em que falhas de comunicação podem levar ao reenvio automático de requisições. O sistema deve garantir que operações críticas não sejam executadas mais de uma vez de forma indevida. Nesse contexto, assinale a alternativa que descreve corretamente a relação entre idempotência e o uso dos métodos HTTP em APIs REST.

Sistemas distribuídos modernos frequentemente combinam diferentes modelos de comunicação para atender requisitos de desempenho, escalabilidade e resiliência. A comunicação síncrona, como chamadas diretas via HTTP, oferece simplicidade e resposta imediata, enquanto a comunicação assíncrona, baseada em eventos ou mensageria, reduz acoplamento temporal e aumenta tolerância a falhas, sendo especialmente relevante em arquiteturas de microsserviços.

Considere uma arquitetura de microsserviços em que um serviço de Processamento de Pedidos precisa acionar, de forma confiável, serviços de Faturamento e Notificação. O sistema deve continuar aceitando pedidos mesmo quando um desses serviços estiver temporariamente indisponível, sem bloquear o fluxo principal da aplicação.

Nesse contexto, assinale a alternativa que descreve corretamente a estratégia arquitetural mais adequada para atender a esses requisitos, considerando comunicação entre serviços.

Em arquiteturas baseadas em microsserviços, a execução de aplicações em contêineres exige mecanismos robustos para gerenciamento de implantação, escalabilidade, tolerância a falhas e atualização contínua. O Kubernetes consolidou-se como uma plataforma de orquestração que abstrai a infraestrutura subjacente e automatiza tarefas operacionais, permitindo que aplicações back-end escalem de forma controlada e resiliente.

Considere uma aplicação back-end executada em contêineres Docker, implantada em um cluster Kubernetes. A aplicação apresenta variação significativa de carga ao longo do dia e precisa manter disponibilidade mesmo diante de falhas em nós do cluster, sem intervenção manual da equipe de operações.

Nesse contexto, assinale a alternativa que descreve corretamente um recurso do Kubernetes que atende simultaneamente aos requisitos de escalabilidade e alta disponibilidade da aplicação.

Em arquiteturas de microsserviços, a autonomia dos serviços favorece escalabilidade e evolução independente, mas impõe desafios relevantes na gestão de dados. A adoção do princípio “banco de dados por serviço” reduz acoplamento, porém dificulta transações distribuídas tradicionais, exigindo estratégias arquiteturais para manter consistência e confiabilidade em operações que atravessam múltiplos serviços. Uma abordagem recorrente é o padrão Saga, que coordena transações locais e compensações, evitando bloqueios globais típicos de transações ACID distribuídas.
Considere um sistema de marketplace implementado em microsserviços, com os seguintes serviços: Pedido, Pagamento e Estoque, cada um com seu próprio banco de dados. Ao confirmar uma compra, o fluxo exige: (1) criar o pedido, (2) reservar o estoque e (3) confirmar o pagamento. Em caso de falha em qualquer etapa, o sistema deve retornar a um estado consistente, sem depender de uma transação distribuída única com bloqueio entre bancos.
Assinale a alternativa que descreve corretamente a estratégia arquitetural mais adequada, nesse cenário, para garantir consistência de dados sem uso de transações distribuídas ACID, reduzindo risco de bloqueios e aumentando resiliência.

Em ambientes corporativos distribuídos, a interoperabilidade entre sistemas é essencial para garantir troca de informações consistente e integração entre aplicações desenvolvidas em diferentes plataformas e linguagens. O uso de APIs padronizadas permite que sistemas heterogêneos se comuniquem de forma controlada, reduzindo acoplamento e facilitando a evolução tecnológica ao longo do tempo.

Considere um cenário em que diferentes aplicações — desenvolvidas em linguagens distintas e executando em ambientes variados — precisam consumir serviços de um sistema central por meio de APIs.

Nesse contexto, assinale a alternativa que descreve corretamente uma prática que favorece a interoperabilidade entre sistemas integrados por APIs.

A integração entre sistemas distribuídos é um requisito central em arquiteturas modernas, especialmente em ambientes que adotam microsserviços e aplicações web escaláveis. Nesse contexto, APIs REST tornaram-se amplamente utilizadas por adotarem princípios simples de comunicação, baseados no protocolo HTTP, permitindo interoperabilidade entre clientes e servidores de forma padronizada e independente de plataforma. Considere uma aplicação back-end que disponibiliza serviços para diferentes clientes (aplicações web, mobile e outros sistemas), utilizando uma API REST para realizar operações sobre recursos como usuários, pedidos e produtos. Com base nos princípios das APIs REST, assinale a alternativa que descreve corretamente uma prática coerente com esse estilo arquitetural.

Com a crescente demanda por sistemas escaláveis e de rápida evolução, a arquitetura de microsserviços tem sido amplamente adotada em ambientes corporativos modernos. Nesse contexto, assinale a alternativa que descreve corretamente uma característica essencial da arquitetura de microsserviços.

Em sistemas corporativos de médio e grande porte, a arquitetura de software desempenha papel central na integração entre aplicações, na reutilização de funcionalidades e na evolução dos sistemas ao longo do tempo. A Arquitetura Orientada a Serviços (SOA) surgiu como uma abordagem para organizar sistemas distribuídos a partir de serviços bem definidos, promovendo interoperabilidade, padronização de interfaces e independência entre consumidores e provedores de serviços.

Considere um cenário em que uma organização possui diversos sistemas legados e precisa integrá-los de forma padronizada, permitindo que aplicações distintas consumam funcionalidades comuns sem forte dependência de implementação ou linguagem. Nesse contexto, assinale a alternativa que descreve corretamente uma característica fundamental da Arquitetura Orientada a Serviços (SOA) que justifica sua adoção em ambientes corporativos integrados.

Uma organização implementou um sistema distribuído no qual a execução de uma operação de negócio complexa depende da coordenação centralizada de múltiplos microsserviços, com um componente dedicado responsável por invocar cada serviço na sequência correta, tratar falhas parciais e garantir a consistência do fluxo transacional. Nesse modelo de coordenação, o padrão adotado é:

Em um sistema de armazenamento definido por software, o plano de dados é organizado de forma que múltiplos serviços de armazenamento — como verificação de malware, cache, compressão e criptografia — são aplicados sequencialmente sobre os fluxos de E/S, seguindo uma ordem vertical fixa em que cada componente recebe requisições apenas do elemento imediatamente acima e encaminha para o imediatamente abaixo, conforme políticas definidas pelo plano de controle. Esse modelo de organização interna dos estágios do plano de dados corresponde a:

Uma organização multinacional implementou uma arquitetura em nuvem com o objetivo de garantir continuidade operacional mesmo diante da falha completa de um data center. Para isso, replicou cargas de trabalho críticas em locais fisicamente separados dentro de uma mesma área geográfica administrada pelo provedor, mantendo baixa latência entre os ambientes e utilizando um único escopo de faturamento e políticas centralizadas de governança. Nesse contexto, os locais de implantação utilizados correspondem a:

A Prefeitura Municipal de Vitória implantou uma nova infraestrutura para hospedar sistemas institucionais de arrecadação tributária, protocolo eletrônico e atendimento ao cidadão. Para aumentar a disponibilidade dos serviços digitais, a equipe de infraestrutura decidiu utilizar Docker Swarm na orquestração dos contêineres backend e frontend da aplicação. Durante um período de alta demanda causado pela emissão simultânea de carnês de IPTU, um dos nós responsáveis pela execução de serviços críticos apresentou falha de hardware. Mesmo após a indisponibilidade do nó, os serviços continuaram acessíveis aos cidadãos sem interrupção perceptível. Ao analisar o comportamento do ambiente, o administrador verificou que o cluster Docker Swarm havia redistribuído automaticamente as tarefas dos serviços afetados para outros nós disponíveis do cluster. Considerando o funcionamento do Docker Swarm nesse cenário, assinale a afirmativa correta. 

Um conglomerado bancário internacional pretende modernizar sua plataforma central de processamento de pagamentos, atualmente estruturada em uma arquitetura monolítica legada, executando em ambiente mainframe, caracterizada por alto acoplamento e baixa coesão. A diretoria de tecnologia definiu que a nova solução deverá adotar uma arquitetura de microsserviços, permitindo escalabilidade independente e implantação autônoma de módulos de negócio, como liquidação, câmbio e transferências. Considerando as características das arquiteturas contemporâneas e as estratégias de integração entre sistemas legados e modernos, analise as afirmativas a seguir.

I. A transição do monólito para microsserviços reduz a complexidade operacional da infraestrutura, uma vez que os serviços passam a compartilhar um único banco de dados centralizado, reduzindo a necessidade de coordenação distribuída.
II. O padrão Strangler Fig (Padrão Estrangulador) representa uma estratégia recomendada para migração gradual, na qual funcionalidades do sistema legado são substituídas incrementalmente por novos serviços até a possível desativação do sistema original.
III. Em arquiteturas de microsserviços, ganhos relacionados à escalabilidade e autonomia de desenvolvimento podem ser acompanhados por desafios associados à consistência eventual de dados, observabilidade e monitoramento de transações distribuídas.

Está correto o que se afirma apenas em 

Uma plataforma de comércio eletrônico baseada em microsserviços identificou degradação de desempenho em clientes mobile e aumento de falhas em operações de pedido. A análise técnica apontou que o aplicativo móvel realiza múltiplas chamadas REST para obtenção de dados de catálogo, preço, estoque e recomendações, recebendo frequentemente informações desnecessárias para as telas exibidas. Também foi constatado que o fechamento de pedidos depende de uma cadeia síncrona entre os serviços de pedido, pagamento, estoque e notificação, de modo que a indisponibilidade temporária do serviço de notificação impacta a conclusão da operação. A equipe de arquitetura decidiu revisar a integração entre backend, frontend e serviços distribuídos, buscando reduzir o volume de dados trafegados para o cliente mobile, diminuir o acoplamento temporal entre serviços e preservar a consistência do processo de negócio em operações distribuídas. De acordo com o exposto, assinale a alternativa cuja solução está correta em relação aos requisitos arquiteturais apresentados.