Como este tema funciona na sua empresa
Planejamento de capacidade é simples e reativo. TI monitora informalmente quando disco fica cheio ou CPU alta. Expande quando problema surge — compra mais servidor, upgrade de disco. Falta projeção: ninguém sabe "em 12 meses vamos precisar do dobro de armazenamento". O desafio: começar a coletar dados básicos (quanto está sendo usado hoje) para conseguir enxergar tendência.
Planejamento de capacidade é estruturado. Relatórios mensais mostram uso de servidores, armazenamento, banda, licenças. TI consegue projetar crescimento simples: "crescimento de 15% ao ano, logo em 12 meses vamos usar 15% mais recurso". Tem threshold definido: "quando chegar a 85% de capacidade, dispara ação de expandir". Planejamento anual de orçamento para expansão.
Planejamento de capacidade é sofisticado. Monitoramento em tempo real. Análise preditiva: machine learning projeta quando vai faltar capacidade. Diferentes thresholds por tipo de sistema (crítico = 70% trigger, não-crítico = 85%). Planejamento por domínio (compute, storage, network, pessoas, licenças). Integrado com planejamento financeiro.
Planejamento de capacidade em TI é a prática de analisar demanda histórica de infraestrutura (servidores, armazenamento, banda, pessoas), projetar crescimento futuro, e alocar recursos antes que capacidade se esgote. O objetivo é evitar indisponibilidades causadas por falta de capacidade enquanto se mantém custo otimizado.
Por que planejamento de capacidade importa
Sem planejamento de capacidade, organização reage a problema em vez de antecipar:
- Indisponibilidade não-planejada: servidor fica saturado e sistema cai. Custo: horas de downtime, reputação, clientes insatisfeitos
- Expansão cara e emergencial: quando TI percebe que vai faltar capacidade, não tem tempo para negociar preço com vendor, fica cara. Se planejado, consegue procurar melhor preço, comparar opções
- Compra desnecessária: às vezes TI projeta conservador e compra mais que precisa — desperdício de dinheiro investido em capacidade que não se usa
- Falta de visibilidade: quando você não sabe cuanta capacidade tem e quanto está usando, não consegue tomar decisão (cloud versus on-premise, expansão versus consolidação)
As dimensões de capacidade em TI
Capacidade não é só "servidor" — é multidimensional:
1. Capacidade de infraestrutura
- Processamento (CPU, RAM): quanto de poder computacional você tem, quanto está sendo usado, qual é a tendência
- Armazenamento (disco): quanto de espaço em disco ou SSD você tem, qual é a taxa de crescimento de dados (pode ser exponencial em data lakes), quando vai estar cheio
- Banda (rede): quanto de banda de rede você contratou, qual é o pico de tráfego, qual é a tendência
- Disponibilidade (backup, redundância): infraestrutura de backup consome espaço — quanto você está usando, quanto vai precisar
2. Capacidade de licenças de software
- Licenças são frequentemente baseadas em uso (por usuário, por core de CPU, por GB de armazenamento) — quando crescimento a demanda, licença fica cara
- Planejamento permite renegociar contrato com antecedência, buscar plano de desconto, ou migrar para modelo aberto
3. Capacidade de pessoas
- Quando infraestrutura cresce, precisa de mais gente para monitorar, manter, responder a incidentes
- Crescimento de 2x em volume de dados pode exigir 1.5x em headcount de DBA/data engineers
- Planejamento permite contratar com antecedência, treinar, evitar que equipe fique sobrecarregada
4. Capacidade de processo
- Processos de mudança, de gestão de incidentes, de backup podem estar dimensionados para operação atual
- Quando infraestrutura cresce 3x, processo de mudança que é manual vira gargalo — precisa automatizar
- Planejamento permite identificar onde processo vai quebrar e preparar antes
Como coletar dados de capacidade: estabelecendo a baseline
Passo 1: Inventário do que você tem
- Servidores físicos: quantos, specs (CPU, RAM, disco), utilização atual
- Máquinas virtuais: quantas, specs, utilização
- Armazenamento: quanto total, quanto está sendo usado, quanto está comprometido (backups, snapshots)
- Banda contratada: quanto, qual é o pico observado, qual é a média
- Licenças: quantas, qual é a métrica (users, cores, GB), quanta margem tem
Passo 2: Instrumentação e coleta contínua
- Ferramentas de monitoramento (Prometheus, Datadog, New Relic) coletam dados continuamente
- Relatórios mensais resumem: uso de CPU, RAM, disco, banda por sistema/departamento
- Quer usar cloud? Ferramentas nativas (AWS CloudWatch, Azure Monitor) trazem dados de capacidade
Passo 3: Análise de dados históricos
- Coletar dados por 3-6 meses para ter história
- Procurar padrões: há sazonalidade? (ex: Black Friday pico de tráfego, janeiro sai defasado de férias)
- Calcular tendência: se cresceu 20% de Jan para Jun, que será em Dez?
Análise de tendências de capacidade
Crescimento linear
Quando crescimento é constante e previsível. Exemplo: cada ano usa 10% mais armazenamento. Fácil de projetar: em 10 anos vai usar 2x mais.
Crescimento exponencial
Quando crescimento acelera. Exemplo: startups crescem 50% ao ano. Mais difícil de projetar porque pequena mudança na taxa gera grande diferença nos números. Requer monitoramento mais frequente e ajustes regulares.
Sazonalidade
Quando há ciclos (melhor em certos meses, pior em outros). Exemplo: varejo tem pico na Black Friday e Natal. Planejamento precisa considerar pico, não média. Nos EUA Black Friday é 30% acima de média — logo precisa 30% mais capacidade (temporária) em novembro/dezembro.
Mudança estrutural
Quando algo muda o padrão. Exemplo: novo produto lançado, crescimento de receita acelerado, aquisição de concorrente. Tendência histórica vira obsoleta — precisa revê-la.
Definição de limites (thresholds)
Threshold é o ponto de disparo para ação. Exemplo:
- CPU/RAM em servidor crítico: threshold 70% — quando chegar, já disparar ação de expansão
- Disco em armazenamento: threshold 80% — quando chegar, começar a arquivar dados ou comprar mais disco
- Banda de rede: threshold 75% — quando chegar, negociar upgrade de banda com ISP
- Licenças de software: threshold 85% de uso — quando chegar, negociar mais licenças
Threshold pode ser diferente por criticidade: sistema crítico tem threshold mais conservador (70%); sistema não-crítico pode ter 85-90%.
Projeção de demanda futura
Métodos quantitativos
- Linear: se crescimento foi 10% ao ano, projeta 10% ao ano nos próximos 3 anos
- Exponencial: usa histórico para calcular taxa de crescimento (ex: 1.15x ao ano), projeta futuro
- Regressão: técnica estatística que encaixa linha em dados históricos, projeta onde linha vai estar em 12 meses
Métodos qualitativos
- Input de negócio: "vamos crescer 30% em receita no ano seguinte do ciclo" ? logo TI espera 30% de crescimento em tráfego/dados
- Planejamento de feature: "vamos lançar novo produto que gera 1.5 TB de dados por dia" ? calcula impacto em armazenamento
- Estimativa de especialista: engenheiro sênior diz "isso vai crescer 2x em 2 anos baseado no que vi em startups similares"
Cenários
Em vez de adivinhar um número, trabalhe com cenários:
- Cenário pessimista: "crescimento baixo (5% ao ano)" — qual é a capacidade mínima que preciso
- Cenário esperado: "crescimento esperado (15% ao ano)" — qual é o investimento esperado
- Cenário otimista: "crescimento alto (30% ao ano)" — qual é a capacidade para estar preparado
Planejamento com cenários permite que você se prepare para incerteza — investe até o ponto de "cenário esperado", mas estrutura de forma que expansão para "cenário otimista" seja rápida.
Decisões de planejamento: on-premise versus cloud
Quando precisa de expansão, pode levar meses para receber hardware, instalar, testar. Logo planejamento precisa ter antecedência de 3-6 meses. Benefício: custo marginal baixo (extra disco é barato). Risco: se não usar, dinheiro foi desperdiçado. Melhor para crescimento linear previsível.
Quando precisa de expansão, consegue em horas (provisionar mais instâncias). Logo planejamento pode ser mais curto (2-4 semanas). Benefício: flexibilidade, paga só o que usa. Risco: custo pode crescer rápido se não controlar. Melhor para crescimento exponencial ou imprevisível.
Mantém cargas críticas/estáveis on-premise (custo marginal baixo). Usa cloud para crescimento exponencial ou variável. Planejamento precisa de ambas lógicas: on-premise com antecedência, cloud com flexibilidade.
Planejamento de capacidade de pessoas
Crescimento de infraestrutura requer crescimento de equipe de TI. Regra de ouro: 1 sysadmin consegue gerenciar 10-20 servidores; 1 DBA consegue 5-10 bancos de dados; 1 network engineer consegue 3-5 rotas/firewalls.
Quando você projeta crescimento de infraestrutura, projete também crescimento de pessoas:
- Crescimento 50% em servidores ? crescimento 30% em sysadmins (aproveita escala de automação)
- Crescimento 3x em volume de dados ? crescimento 2-2.5x em DBAs/data engineers
- Crescimento 2x em usuários ? crescimento 1.5x em helpdesk/suporte
Contratar com antecedência permite onboarding adequado — pessoa precisa de 3-6 meses para ficar produtiva. Se contrata em cima da hora, entra pessoa novo quando já está tudo saturado.
Exemplo prático de planejamento de capacidade
PME de varejo com 50 lojas:
- Situação atual: 5TB de armazenamento em datacenter on-premise, 60% utilizado (3TB em uso), crescimento de 500GB/ano
- Histórico: últimos 3 anos cresceu 500GB/ano (linear)
- Projeção: em 4 anos vai usar 5TB (100% capacidade)
- Threshold: quando chegar a 80% (4TB), dispara ação
- Timeline: hoje usa 3TB (60%), em 2 anos vai usar 4TB (80%) ? ação dispara em 18 meses
- Opção 1 on-premise: comprar 5TB adicionais em 12 meses (lead time de 3 meses) = custo 1x, mas precisa espaço físico e eletricidade
- Opção 2 cloud: migrar dados "frios" (arquivo) para cloud, reduz on-premise para 3TB permanente, usa cloud para crescimento = flexível mas custo mensal
- Decisão: vai com híbrido — mantém 5TB on-premise para dados quentes/operacionais, migra backup/archive para cloud
Monitoramento contínuo e ajuste do plano
Planejamento de capacidade não é "fazer uma vez e pronto". É ciclo contínuo:
- Coletar dados mensalmente: qual foi uso, qual foi pico
- Revisar tendência trimestralmente: "estou seguindo projeção? Crescimento acelerou ou desacelerou?"
- Ajustar projeção anualmente: "à luz de novo ano e novos dados, qual é projeção para próximos 12 meses?"
- Agir quando threshold é atingido: quando disparador é acionado, executa plano (comprar, contratar, migrar)
Sinais de que sua empresa precisa estruturar planejamento de capacidade
Se você se reconhece em três ou mais cenários abaixo, é provável que capacidade está ficando apertada.
- Há incidentes de indisponibilidade (sistema caiu) causados por falta de capacidade (disco cheio, CPU saturada)
- TI frequentemente é surpreendido com falta de espaço — "disco está 98% cheio, precisa expandir urgente"
- Quando precisa de expansão, leva 3-6 meses para provisionar novo recurso
- Custo de infraestrutura cresce sem razão aparente — há desperdício de recurso não utilizado
- Não há dado claro de "quanto estamos usando" — TI não consegue responder "qual é o crescimento ao ano em armazenamento"
- Equipe de TI está sobrecarregada — não consegue responder a incidentes e também fazer projetos novos
- Quando novo projeto é anunciado, TI sempre diz "não temos capacidade" porque não sabe que capacidade tem
Caminhos para estruturar planejamento de capacidade
Estruturação pode ser feita internamente ou com suporte de consultoria, dependendo de maturidade técnica.
Viável quando empresa tem equipe de operações de TI ou engenharia com capacidade de implementar monitoramento e análise.
- Perfil necessário: sysadmin/engenheiro de operações com experiência em monitoramento e dados
- Tempo estimado: 2-3 meses para implementar coleta, relatório mensal, projeção simples
- Faz sentido quando: empresa já tem ferramenta de monitoramento (ou open source), equipe consegue aprender
- Risco principal: análise pode ficar superficial — projeção simples em vez de análise de cenários
Recomendado quando quer aceleração, melhor análise, ou integração com decisão de cloud/on-premise.
- Tipo de fornecedor: Consultoria de infraestrutura, firma de FinOps (otimização de custo cloud), auditor de TI
- Vantagem: metodologia estruturada, acesso a ferramentas prontas, análise de cenários, recomendações de cloud vs on-premise
- Faz sentido quando: empresa está crescendo rápido, quer otimizar custo de infraestrutura, está considerando migração cloud
- Resultado típico: em 1-2 meses, plano de capacidade completo, dashboard de monitoramento, roadmap de investimento
Precisa de apoio para estruturar planejamento de capacidade?
Se previsão de crescimento de infraestrutura é prioridade na sua empresa, o oHub conecta você gratuitamente a consultorias de infraestrutura e FinOps especializadas em planejamento de capacidade. Em menos de 3 minutos, você descreve sua necessidade e recebe propostas personalizadas, sem compromisso.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. Você recebe propostas e decide se e com quem avançar.
Perguntas frequentes
Como fazer planejamento de capacidade em TI?
Processo: (1) inventariar o que você tem, (2) coletar dados de utilização por 3-6 meses, (3) analisar tendência de crescimento, (4) projetar demanda futura com cenários, (5) definir thresholds, (6) planejar expansão com antecedência, (7) monitorar e ajustar continuamente.
Como antecipar necessidades de infraestrutura?
Identifique tendência de crescimento (linear, exponencial, sazonalidade) a partir de dados históricos. Converse com negócio sobre planos (novo produto, expansão, aquisição). Combine projeção quantitativa com input qualitativo. Trabalhe com cenários (pessimista, esperado, otimista) para estar preparado para incerteza.
Ferramentas de monitoramento de capacidade
Para on-premise: Prometheus, Grafana, Datadog, New Relic. Para cloud: CloudWatch (AWS), Azure Monitor, Stackdriver (Google). Ferramenta ideal oferece coleta contínua, alertas quando threshold é acionado, histórico de dados para análise de tendência.
Como estimar crescimento de demanda?
Combine análise histórica (qual foi crescimento nos últimos anos?) com input de negócio (qual é plano de crescimento?). Use cenários: se mercado grows 10% ao ano e você quer estar preparado para 20%, qual é capacidade que precisa? Se crescimento é imprevisível (startup), cloud é mais flexível que on-premise.
Planejamento de capacidade em cloud
Cloud oferece flexibilidade: pode provisionar recurso em horas em vez de meses. Planejamento é menos sobre "quando compro hardware" e mais sobre "como controlo custo". Use FinOps para monitorar, recomendar right-sizing, evitar desperdício de recursos provisionados mas não usados.
Métricas de capacidade em TI
Principais: (1) Utilização média de CPU/RAM/disco, (2) Pico de utilização, (3) Taxa de crescimento (ano-a-ano), (4) Tempo para provisionar novo recurso, (5) Custo por unidade de capacidade (cloud) ou custo total de propriedade (on-premise).