Questão de Sistemas Operacionais — Cloud Computing — FGV 2024
Sistemas Operacionais›Cloud Computing
Código
fg084677
Banca
FGV
Órgão
EPE
Ano
2024
Nível
Superior
Cargo
Analista de Gestão Corporativa - Tecnologia da Informação (Infraestrutura e Segurança)
Uma equipe foi contratada para resolver o problema de desempenho que um sistema apresenta em momentos de picos de carga.A equipe apresentou, como solução econômica, o uso da tecnologia que oferece aumento temporário de desempenho, mantendo dados sensíveis em um ambiente controlado.Assinale a opção que apresenta a tecnologia sugerida.
Aload balancing.
Belastic computing.
Cedge computing.
Dcloud bursting.
Eserverless computing.
Revelar gabarito e comentário▾
GabaritoD — cloud bursting.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Cloud Computing – Cloud Bursting
Gabarito: letra D (cloud bursting). A descrição da equipe – solução econômica que oferece aumento temporário de desempenho, mantendo dados sensíveis em ambiente controlado – corresponde exatamente ao conceito de cloud bursting: uma técnica híbrida onde a aplicação roda em ambiente privado (controlado) e, em picos de demanda, utiliza recursos públicos de forma temporária, sem migrar os dados sensíveis.
A banca testa a distinção entre tecnologias de nuvem. O ponto central é identificar qual delas combina temporary performance increase (aumento temporário) com dados sensíveis mantidos em ambiente controlado.
A tabela abaixo resume os conceitos para fixação:
Tecnologia
Característica principal
Atende ao cenário?
Load Balancing
Distribui a carga entre servidores existentes, não aumenta capacidade total.
❌
Elastic Computing
Ajusta capacidade automaticamente (escala para cima/baixo), mas geralmente sem distinção pública/privada.
Parcial, sem ênfase em dados sensíveis.
Edge Computing
Processamento próximo à origem dos dados (reduz latência), não foco em picos.
❌
Cloud Bursting
Aplicação privada + nuvem pública para picos; dados sensíveis ficam no ambiente controlado.
✅
Serverless
Execução de funções sob demanda sem gerenciar servidores; não é voltado para picos de carga com dados sensíveis.
❌
Cloud Bursting
1Ambiente privado (controlado)
Dados sensíveis
Rotina normal
2Ambiente público (nuvem)
Aumento temporário
Picos de carga
LEVEL · soulevel.com.br
Alternativa A – ❌ Incorreta
Load balancing (balanceamento de carga) distribui requisições entre múltiplos servidores para otimizar o uso, mas não aumenta a capacidade computacional total – apenas redireciona o tráfego. Não resolve o problema de pico se a capacidade instalada for insuficiente.
Alternativa B – ❌ Incorreta
Elastic computing (computação elástica) permite escalar recursos automaticamente, mas geralmente opera dentro de um mesmo ambiente de nuvem (pública ou privada). O enunciado destaca a manutenção de dados sensíveis em ambiente controlado, o que sugere uma abordagem híbrida (nuvem privada + pública). Embora elástica seja relacionada, não é a mais específica para o cenário descrito.
Alternativa C – ❌ Incorreta
Edge computing (computação de borda) processa dados perto da fonte (IoT, sensores), reduzindo latência, mas não é projetada para aumento temporário de capacidade em picos de carga. É mais sobre descentralização do que sobre escalabilidade sob demanda.
Alternativa D – ✅ Correta ⟵ GABARITO
Cloud bursting é exatamente a técnica descrita: a aplicação principal roda em uma nuvem privada (ou datacenter controlado), e quando há pico de demanda, recursos de nuvem pública são acionados temporariamente para lidar com o excesso. Os dados sensíveis permanecem no ambiente privado, garantindo controle e segurança. É uma solução econômica pois evita provisionamento permanente para picos.
Alternativa E – ❌ Incorreta
Serverless computing (computação sem servidor) executa funções em resposta a eventos, com escalabilidade automática, mas é orientada a microsserviços e não a aplicações inteiras que exigem manutenção de dados sensíveis em ambiente controlado. Além disso, o modelo serverless geralmente não distingue ambientes público/privado para dados.
NÃO CAIA NESSA!
O distrator mais perigoso é elastic computing (alternativa B), pois também envolve escalabilidade. A diferença está no detalhe “mantendo dados sensíveis em um ambiente controlado”, que remete à abordagem híbrida do cloud bursting. A banca explora essa confusão entre elasticidade geral e a técnica específica de pico com isolamento de dados.