Questão de Engenharia de Dados · FCC PMSP Analista TIC 2025 (nº 78)

A auto-escalabilidade é a capacidade de um sistema de ajustar automaticamente seus recursos (como servidores ou programas) para cima ou para baixo, conforme a demanda, garantindo que o serviço funcione bem sem gastar demais com recursos ociosos.

• (A) Correta: Configurar auto-escalabilidade no cluster Kubernetes para ajustar automaticamente o número de pods (que são as unidades onde o seu aplicativo roda) em resposta à carga é a solução ideal. Isso garante que o sistema tenha recursos suficientes durante os picos de demanda, sem manter recursos ociosos e caros quando a demanda é baixa, otimizando custos e desempenho.
• (B) Incorreta: Configurar a escalabilidade manual do cluster para economizar custos, ajustando os pods apenas no início e no final do expediente. (Armadilha da banca): A ideia de "economizar custos" é tentadora, mas a escalabilidade manual não consegue reagir a picos inesperados durante o expediente, levando a problemas de desempenho (lentidão, falhas) ou a um superdimensionamento constante para se precaver, o que aumenta os custos no longo prazo.
• (C) Incorreta: Definir alertas de custo no painel da nuvem para reduzir automaticamente os recursos quando o orçamento for excedido. Isso é uma medida reativa de controle de gastos, não uma solução proativa para garantir desempenho durante picos de demanda ou para otimizar recursos em tempo real.
• (D) Incorreta: Implementar instâncias reservadas em nuvem para atender a picos de demanda, mesmo que o custo seja mais alto. Instâncias reservadas são para cargas de trabalho previsíveis e de longo prazo, não para picos variáveis e imprevisíveis, e comprá-las para picos significa pagar por capacidade que ficará ociosa na maior parte do tempo, aumentando os custos.
• (E) Incorreta: Utilizar pipelines CI/CD para ajustar os recursos computacionais automaticamente provendo escalabilidade vertical. Pipelines CI/CD são para automação de desenvolvimento e deploy, não para escalabilidade em tempo real de recursos em produção; além disso, escalabilidade vertical (aumentar o tamanho de um servidor) é menos flexível e eficiente para picos do que a horizontal (adicionar mais servidores/pods).