A orquestração de contêineres permite automatizar a implantação, o escalonamento e o gerenciamento de aplicações distribuídas.

Nesse contexto, ferramentas surgiram para administrar clusters de nós computacionais e garantir alta disponibilidade e eficiência operacional.

Diante do exposto, analise as afirmativas a seguir. 

I. O Kubernetes é uma plataforma de orquestração de contêineres que permite automatizar a implantação, o escalonamento e a gestão de aplicações em clusters de nós computacionais.
II. O Rancher é uma ferramenta nativa do Kubernetes utilizada para o gerenciamento de clusters.
III. Em um cluster Kubernetes, os nós de trabalho executam os pods, enquanto o plano de controle é responsável pelo gerenciamento do estado do cluster.

Está correto o que se afirma em 

Uma organização iniciou a modernização de seu sistema corporativo. A aplicação, antes monolítica, foi gradualmente dividida em serviços independentes para atender módulos como autenticação, faturamento e catálogo.

Durante a transição, parte da integração entre sistemas legados permaneceu baseada em contratos formais descritos em XML, enquanto os novos serviços passaram a expor APIs HTTP com troca de mensagens em JSON.

Com base nesse cenário, avalie as afirmativas a seguir.

I. A coexistência, no mesmo ambiente, de serviços que utilizam contratos formais em XML e de APIs HTTP com JSON é compatível com um processo de transição arquitetural, não sendo suficiente, por si só, para descaracterizar uma adoção de microsserviços.
II. Em uma arquitetura de microsserviços, a divisão do sistema em vários serviços garante baixo acoplamento e independência de evolução, mesmo que todos compartilhem o mesmo banco de dados e dependam de mudanças coordenadas no esquema relacional.
III. Os microsserviços podem ser compreendidos como uma abordagem específica de arquitetura orientada a serviços, de modo que nem toda solução orientada a serviços caracteriza, necessariamente, uma arquitetura de microsserviços.

Está correto o que se afirma em

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

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.

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.

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 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:

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.

A análise e o projeto de software constituem atividades essenciais no desenvolvimento de sistemas computacionais, envolvendo definição de estruturas, organização de componentes, modelagem arquitetural e representação das responsabilidades da solução. Essas atividades influenciam aspectos relacionados à manutenção, integração, evolução e gerenciamento da complexidade do software. Considerando os princípios de análise e projeto de software relacionados à abstração, modularização, encapsulamento e gerenciamento de dependências arquiteturais, assinale a afirmativa correta. 

Uma equipe de TI decidiu migrar seus microsserviços para um ambiente virtualizado mais leve, visando eliminar falhas de compatibilidade. Para isso, os analistas começaram a mapear o uso de arquiteturas modernas de implantação de software. Considerando os conceitos de Container, Docker e Kubernetes, analise as afirmativas assinalando V para verdadeiro ou F para falso:

( ) Container é o agrupamento de uma aplicação junto com suas dependências, que não compartilham o kernel do sistema operacional do host.
( ) Docker é uma plataforma para executar aplicações em containers.
( ) Containers e máquinas virtuais são equivalentes.

A ordem correta de preenchimento dos parênteses, de cima para baixo, é:

Um time de desenvolvimento está “containerizando” uma aplicação web que utiliza um banco de dados relacional. A equipe precisa garantir persistência de dados, comunicação entre containers e um processo de inicialização confiável. Para isso, utiliza o Docker Compose.

Analise as afirmações, considerando-as verdadeiras (V) ou falsas (F).

(_) Para que os dados de um banco de dados persistam após a remoção do container, é necessário configurar um volume, pois, por padrão, o sistema de arquivos de um container é efêmero e todos os dados são perdidos ao destruí-lo.

(_) No Docker Compose, containers declarados no mesmo arquivo são automaticamente colocados em uma rede compartilhada, permitindo que se comuniquem usando o nome do serviço como hostname, sem necessidade de configuração adicional de rede.

(_) O Docker Compose garante, por padrão, que um container de aplicação só inicie após o banco de dados estar completamente pronto para aceitar conexões, bastando usar a diretiva depends_on.

A sequência CORRETA, de cima para baixo, é