Black Friday: 7 erros de infraestrutura que podem derrubar seu site

O que é preparação de infraestrutura para Black Friday

Preparação de infraestrutura para Black Friday é o conjunto de ações técnicas e arquiteturais realizadas com antecedência para garantir que servidores, redes e bancos de dados suportem picos massivos de tráfego e transações sem degradação de performance, indisponibilidade ou perda de dados.

A Black Friday não é um dia comum. É um evento de infraestrutura onde o tráfego pode multiplicar-se por dez, por vinte ou por cem vezes em questão de minutos. Nesse cenário, a arquitetura que funciona perfeitamente em um dia normal pode colapsar de formas inesperadas. A preparação não é apenas adicionar mais servidores: é revisar pontos cegos, testar gargalos e garantir que cada camada da stack tenha margem de segurança.

Os erros que listamos a seguir são os mais frequentes observados em operações de e-commerce brasileiras durante datas sazonais. Eles não são teóricos: são causas reais de indisponibilidade que resultam em perda de receita, danos à reputação da marca e estresse operacional para times de TI que deveriam estar acompanhando vendas, não apagando incêndios em servidores.

Erro 1: depender de auto-scaling que nunca foi testado sob pressão

O auto-scaling é uma funcionalidade que promete adicionar instâncias de servidor automaticamente quando a carga aumenta. Em teoria, é a solução perfeita para picos de tráfego. Na prática, é uma das maiores fontes de falha durante a Black Friday.

O problema começa pelo cold start. Quando o monitoramento detecta que a carga subiu, ele precisa acionar a criação de uma nova instância. Essa instância precisa ser provisionada, receber o sistema operacional, instalar dependências, conectar-se ao banco de dados e começar a responder. Em nuvens públicas, esse processo pode levar de 2 a 10 minutos. Na Black Friday, um pico de tráfego pode durar menos tempo do que isso. O auto-scaling simplesmente não chega a tempo.

Além disso, o auto-scaling depende de métricas. Se você configurou o gatilho para 80% de CPU, mas o gargalo está na latência de disco ou na conexão com o banco de dados, a nova instância será criada, mas o site continuará lento. O auto-scaling não resolve gargalos que não foram mapeados corretamente.

Erro 2: manter banco de dados e aplicação no mesmo servidor

Em arquiteturas pequenas, é comum instalar o servidor web, a aplicação e o banco de dados na mesma máquina. Isso funciona para poucos usuários, mas vira uma armadilha mortal durante picos de tráfego. Quando a aplicação consome toda a CPU e memória para atender requisições, o banco de dados fica sem recursos para processar consultas. O resultado é um efeito cascata: a aplicação trava esperando o banco, o banco trava sem recursos e o site sai do ar.

A separação de camadas é fundamental. O servidor de aplicação deve estar em uma máquina dedicada (ou em múltiplas, atrás de um load balancer). O banco de dados deve estar em outra, com recursos exclusivos e otimizado para leitura e escrita intensas. Essa separação permite identificar gargalos com precisão e escalar cada camada independentemente.

Erro 3: confiar em recursos compartilhados durante pico de demanda

VPS e instâncias de nuvem pública compartilham hardware físico com outros clientes. Em um dia normal, você não percebe isso. Na Black Friday, quando todos os inquilinos do mesmo host escalam simultaneamente, a CPU, a memória e a largura de banda do servidor físico são disputadas. Seu e-commerce pode ter contratado 8 vCPUs, mas se o vizinho está usando intensivamente os mesmos núcleos físicos, sua performance cai.

O efeito do vizinho barulhento é imprevisível porque você não tem visibilidade do que os outros clientes estão fazendo. Um site de apostas, um streaming de eventos ou outro e-commerce concorrente podem estar no mesmo host físico que você, disputando os mesmos recursos no exato momento em que seu tráfego explode.

A única forma de eliminar esse risco é ter hardware exclusivo. Um servidor dedicado garante que seus recursos não serão disputados. A CPU é sua, a memória é sua, o disco é seu e a largura de banda é sua. Não há vizinho para interferir.

Erro 4: esquecer a proteção DDoS na borda da rede

Ataques DDoS aumentam exponencialmente durante a Black Friday. Competidores desleais, grupos de extorsão e até ativistas digitais aproveitam o momento em que a indisponibilidade custa mais caro para pressionar a vítima. Sem proteção na borda da rede, um ataque de alguns gigabits por segundo é suficiente para saturar a conexão do servidor e tirar o site do ar.

A proteção DDoS deve ser aplicada antes do tráfego malicioso chegar ao servidor. Isso significa filtragem na borda da rede, em data centers com capacidade de absorver e mitigar grandes volumes de tráfego anômalo. A EVEO oferece proteção DDoS inclusa em todos os planos, aplicada na borda, antes que o ataque alcance a infraestrutura do cliente.

Além dos ataques volumétricos, existem os ataques de camada de aplicação (L7), que parecem requisições legítimas, mas consomem recursos do servidor de forma intensiva. Esses ataques exigem firewall de aplicação e regras de rate limiting configuradas com antecedência, não improvisadas durante o incidente.

Erro 5: não realizar testes de carga antes da data

Muitas empresas confiam que sua arquitetura funciona porque funcionou ontem. Na Black Friday, o comportamento do sistema sob carga é completamente diferente. Queries de banco de dados que respondem em milissegundos com dez usuários podem levar segundos com mil usuários simultâneos. Conexões que se fecham elegantemente em carga normal podem ficar presas em carga alta, esgotando o pool de conexões.

O teste de carga deve simular o comportamento real do cliente: navegação por categorias, busca de produtos, adição ao carrinho, aplicação de cupom, preenchimento de dados e finalização de compra. Cada uma dessas ações gera dezenas de requisições ao servidor e ao banco de dados. Um teste que apenas pinga a homepage não revela gargalos no checkout.

Além disso, o teste deve ser feito com dados realistas. Um banco de dados com mil produtos se comporta diferente de um banco com um milhão. Índices que funcionam bem em tabelas pequenas podem degradar em tabelas grandes sob inserção massiva de pedidos.

Erro 6: subdimensionar a capacidade de rede e banda

Quando times de TI pensam em capacidade, geralmente se concentram em CPU e memória. Mas na Black Friday, a rede pode ser o primeiro gargalo. Cada imagem de produto, cada script JavaScript, cada chamada de API e cada resposta do banco trafega pela rede. Quando milhares de usuários acessam simultaneamente, a largura de banda disponível entre o servidor e a internet pode saturar.

O problema é agravado quando o e-commerce serve mídia pesada (imagens em alta resolução, vídeos de produto) diretamente do servidor de aplicação. Mesmo com CDN, chamadas de API, atualizações de estoque em tempo real e sessões de usuário consomem banda significativa. Se a conexão do servidor for de 1 Gbps e o pico exigir 3 Gbps, o site fica lento ou inacessível independentemente de quantas CPUs você tenha.

A solução é garantir largura de banda suficiente e, mais importante, garantir que essa banda não seja compartilhada. Em servidores dedicados em data centers Tier III com conectividade direta ao IX.br, a banda é provisionada conforme a necessidade do cliente, sem contenção com outros inquilinos.

Erro 7: deixar o provisionamento para a última semana

Este é o erro mais evitável e mais comum. A última semana antes da Black Friday deveria ser dedicada a monitoramento, ajustes finos e treinamento do time de plantão. Mas muitas empresas usam essa semana para provisionar servidores, configurar redes e instalar sistemas operacionais. O resultado é um ambiente novo, não testado, colocado em produção sob a maior pressão do ano.

O provisionamento de infraestrutura dedicada exige tempo para: montagem física do hardware, instalação do sistema operacional, configuração de rede e VLANs, aplicação de políticas de segurança, deploy da aplicação, testes de integração, testes de carga e ajustes de performance. Cada uma dessas etapas pode levar dias, e imprevistos (incompatibilidade de driver, necessidade de firmware, ajuste de RAID) são normais.

O prazo recomendado é de 4 a 6 semanas de antecedência. Isso permite que o ambiente seja provisionado, testado e validado com tranquilidade. Se algo precisar ser alterado, há tempo. Se um teste de carga revelar um gargalo inesperado, há tempo para corrigi-lo.

Como evitar todos esses erros com infraestrutura dedicada

A infraestrutura dedicada não é uma bala de prata, mas elimina a raiz de vários desses erros. Com servidores bare metal ou nuvem privada, você tem controle total sobre o hardware, a rede e a segurança. Não há vizinho barulhento, não há fila de auto-scaling e não há taxas de egresso que explodem a fatura.

Erro	Por que acontece	Como servidor dedicado resolve
Auto-scaling não testado	Cold start e gatilhos mal configurados	Capacidade fixa e previsível, sem depender de elasticidade automática
Banco e aplicação juntos	Contenção de recursos em um único host	Servidores separados com recursos exclusivos para cada camada
Vizinho barulhento	Compartilhamento de hardware físico	Hardware bare metal exclusivo, sem compartilhamento
Falta de DDoS	Proteção ausente ou aplicada no servidor	Proteção na borda da rede, antes do ataque chegar
Sem teste de carga	Confiança no funcionamento do dia a dia	Ambiente dedicado permite testes realistas sem impactar produção
Rede subdimensionada	Foco apenas em CPU e memória	Banda provisionada conforme necessidade, sem contenção
Provisionamento em cima da hora	Planejamento tardio e dependência de terceiros	Estoque local e deploy ágil permitem antecipação

A abordagem da EVEO

A EVEO, com mais de 10 anos de mercado, 5.000 clientes e 130 colaboradores, oferece infraestrutura dedicada para e-commerces e operações digitais que não podem falhar na Black Friday. A empresa opera cinco data centers públicos Tier III: Cotia/SP, Osasco/SP, Curitiba/PR, Fortaleza/CE e Miami/FL.

O atendimento é exclusivamente corporativo, mediante CNPJ, com foco em empresas que precisam de performance, segurança e previsibilidade. A EVEO não cobra egress fee: o tráfego de saída é ilimitado e sem surpresas de fatura. O custo é fixo mensal em reais, independente do volume de acessos durante a Black Friday.

A proteção DDoS é inclusa em todos os planos e aplicada na borda da rede, antes que ataques alcancem os servidores dos clientes. A equipe de engenharia acompanha o dimensionamento de servidor corporativo, auxiliando na escolha de configuração, arquitetura de alta disponibilidade e preparação para datas sazonais.

Para a Black Friday, a EVEO recomenda o provisionamento antecipado de servidores bare metal ou ambientes de nuvem privada com testes de carga realizados semanas antes do evento. Isso garante que, quando o tráfego disparar, a infraestrutura já tenha sido validada e o time de TI esteja focado em acompanhar vendas, não em apagar incêndios.

Perguntas frequentes