Questão de Segurança da Informação — Backup — FCC 2026

Cloud Computing: hospedagem de site estático e backup na nuvem

Gabarito: letra E. A alternativa E descreve corretamente o uso do Google Cloud Platform (GCP) para hospedar um site estático em um bucket do Cloud Storage, com configuração de página inicial, página de erro e permissões de leitura pública, além de criar um bucket separado com classe de armazenamento Nearline para backups, utilizando a ferramenta gsutil para upload. As demais alternativas apresentam soluções inadequadas, como usar uma instância de máquina virtual para hospedar site estático (desnecessário e mais caro), ou configurar backups de forma incorreta.

O problema pede uma solução que utilize serviços básicos de cloud computing para duas finalidades distintas: hospedar um site estático e armazenar backups. A solução ideal deve ser simples, econômica e adequada ao propósito de cada carga de trabalho. Vamos entender os conceitos envolvidos.

Hospedagem de site estático: um site estático é composto por arquivos fixos (HTML, CSS, JavaScript) que não exigem processamento no servidor. O serviço ideal para isso é um armazenamento de objetos (como o Amazon S3 ou o Google Cloud Storage), que pode ser configurado para servir esses arquivos diretamente pela internet, sem a necessidade de uma máquina virtual (IaaS). Isso é mais simples, escalável e barato do que manter uma instância EC2 ou Compute Engine rodando 24/7 apenas para servir arquivos estáticos.

Backup: a finalidade do backup é garantir a recuperação de dados em caso de perda, corrupção ou desastre. Para isso, é recomendável armazenar as cópias em um local separado e, idealmente, com uma classe de armazenamento de menor custo para dados que são acessados com pouca frequência, como a classe Nearline do Google Cloud Storage ou a classe Glacier da AWS. O upload pode ser feito por ferramentas de linha de comando, como gsutil (GCP) ou aws s3 (AWS), ou por scripts automatizados.

A pegadinha desta questão está em identificar qual alternativa descreve a solução mais adequada e completa. Muitas alternativas misturam serviços de forma desnecessária (como usar uma VM para hospedar site estático) ou apresentam configurações incompletas ou incorretas. A alternativa E é a única que atende a todos os requisitos de forma correta e eficiente.

Vamos analisar cada alternativa em detalhes.

Alternativa A — ❌ Incorreta

Esta alternativa propõe usar o mesmo bucket para hospedar o site e armazenar os backups, separando-os apenas por um prefixo. Embora seja tecnicamente possível, não é a prática recomendada. Misturar dados de produção (o site) com dados de backup no mesmo bucket pode causar problemas de gerenciamento, segurança e custo. Além disso, a alternativa sugere agendar transferências por meio de um script em uma instância do Compute Engine, o que adiciona complexidade e custo desnecessários, já que o backup poderia ser feito diretamente com gsutil ou outras ferramentas. O erro principal é a falta de separação entre os dados do site e os backups, o que contraria as boas práticas de backup.

Alternativa B — ❌ Incorreta

Esta alternativa propõe usar uma instância EC2 com Windows Server para hospedar o site estático. Isso é um desperdício de recursos e custo, pois uma máquina virtual é desnecessária para servir arquivos estáticos. O Amazon S3 já oferece hospedagem de sites estáticos de forma nativa, mais barata e escalável. Além disso, o backup seria feito anexando um volume EBS e copiando os arquivos com o utilitário do sistema operacional, o que não é uma solução de backup adequada para a nuvem, pois não oferece versionamento, replicação ou recuperação em caso de falha do volume. A alternativa erra ao não utilizar os serviços gerenciados da AWS.

Alternativa C — ✅ Correta (mas não é o gabarito)

Esta alternativa descreve corretamente o uso do Amazon S3 para hospedar um site estático e armazenar backups em buckets separados, com políticas de acesso adequadas e permissões IAM. A configuração está tecnicamente correta e é uma solução válida. No entanto, a questão pede uma solução que atenda à demanda, e a alternativa E também atende, sendo a escolhida pela banca como gabarito. A alternativa C não é incorreta, mas a banca considerou a E como a mais completa ou adequada. É importante notar que a questão pode ter mais de uma solução tecnicamente válida, mas apenas uma é o gabarito oficial.

Alternativa D — ❌ Incorreta

Esta alternativa propõe usar uma instância EC2 com Amazon Linux para hospedar o site estático, o que, como na alternativa B, é desnecessário e mais caro do que usar o S3. O backup é feito via script que envia os arquivos para um bucket S3, com versionamento e ciclo de vida, o que é uma boa prática. No entanto, o erro principal é a hospedagem do site em uma VM, que não é a solução mais adequada para um site estático. A alternativa poderia ser considerada parcialmente correta, mas o uso de uma instância EC2 para esse fim é um erro conceitual.

Alternativa E — ✅ Correta ⟵ GABARITO

Esta alternativa descreve corretamente a solução no Google Cloud Platform: criar um projeto, ativar o Cloud Storage, configurar um bucket para hospedagem de site estático (definindo página inicial e de erro, e permissões de leitura pública) e criar um bucket separado com classe Nearline para backups, usando gsutil para upload. Essa é a solução mais adequada e completa, pois:

• Utiliza o Cloud Storage para hospedar o site estático, que é o serviço correto para esse fim.

• Configura corretamente a hospedagem de site estático (página inicial e de erro).

• Define permissões de leitura pública para o site.

• Cria um bucket separado para backups, com classe Nearline (ideal para dados acessados com pouca frequência).

• Usa a ferramenta gsutil para fazer o upload dos arquivos, que é a ferramenta de linha de comando do GCP.

A alternativa E é a única que atende a todos os requisitos de forma correta e eficiente, sem desperdício de recursos ou configurações inadequadas.

Gabarito: letra E