Quando se observa uma operação no seu dia de maior procura, conforme expõe Rolando Bonaccorsi, especialista em gestão de operações de TI e excelência em serviços, o planejamento de capacidade deixa de ser exercício abstrato. A lentidão que o usuário sente às dez da manhã foi decidida meses antes, em uma reunião de dimensionamento que ninguém lembra ter sido decisiva.
Planejar capacidade significa estimar quanto de processamento, memória, banda e licença uma operação precisará em um horizonte definido, e preparar o ambiente para o volume previsto. O exercício falha com frequência por dois motivos opostos: porque supõe crescimento linear em cenários de salto ou porque contrata folga permanente para um pico de poucas horas no ano inteiro.
Da média de uso ao comportamento de pico
Médias escondem exatamente o que importa. Um serviço com cinquenta por cento de utilização média pode operar no limite durante quatro horas por dia e ficar ocioso no restante, e o dimensionamento feito pela média entregará um ambiente que falha justamente quando é mais necessário. A leitura correta usa percentis altos e janelas curtas de observação, nunca a média consolidada do mês fechado.
A granularidade da coleta muda o diagnóstico, e Rolando Bonaccorsi problematiza o uso de amostragens longas em ambientes transacionais, porque um intervalo de cinco minutos achata a rajada de trinta segundos que derruba a fila de processamento. Monitoramento mais fino custa armazenamento, e a decisão sobre o que guardar precisa ser deliberada, com retenção diferente por tipo de serviço.
Histórico não basta quando a demanda muda de forma
Séries históricas sustentam bem a previsão de sazonalidade conhecida, como fechamento contábil, campanha de vendas, data comemorativa e início de período letivo. Rolando Bonaccorsi caracteriza o limite do método diante de eventos sem precedente, porque uma campanha inédita, uma mudança regulatória ou a migração de clientes de um concorrente não aparecem em curva anterior.
Nos casos sem histórico, o caminho é construir cenários junto com a área de negócio, registrando as premissas de volume que cada um assume. Três faixas, uma conservadora, uma provável e uma de ruptura, permitem definir gatilhos de ação em vez de uma aposta única. O valor do exercício está menos no número previsto e mais no plano associado a cada faixa, com responsável e prazo.
Elasticidade da nuvem reduz o risco, não o planejamento
A contratação de recursos sob demanda criou a impressão equivocada de que dimensionar deixou de ser necessário, e Rolando Bonaccorsi registra o engano ao lembrar que escala automática depende de regra configurada, limite máximo definido e tempo de provisionamento que nem sempre acompanha a velocidade do pico. Orçamento aprovado também impõe teto.
Componentes que escalam mal continuam presentes no caminho crítico da operação. Banco de dados relacional com gravação concentrada, licença por núcleo, integração com sistema de terceiro e limite de requisições de uma interface externa não se multiplicam com um clique no painel. Planejar segue sendo necessário porque o elo mais rígido da cadeia define o teto real da operação, independentemente da capacidade contratada ao redor dele.
Ensaio de carga como verificação da hipótese
Teste de carga existe para confrontar a estimativa com o comportamento real do ambiente, em volume próximo ao previsto para o momento de maior procura. Rodar o ensaio em ambiente reduzido, com base de dados pequena e sem integrações ativas, produz resultado tranquilizador e inútil, porque a degradação costuma nascer justamente nas dependências ausentes.
A prática mais produtiva, que Rolando Bonaccorsi confronta com o teste pontual de véspera, é o ensaio periódico com relatório comparável entre execuções. A evolução da curva entre um trimestre e outro revela deterioração silenciosa, causada por crescimento de base, acúmulo de dados históricos ou mudança de consulta que passou despercebida em produção.
