Como preparar a loja virtual para a Black Friday sem trocar de servidor

Preparar a loja virtual para a Black Friday sem trocar de servidor exige três coisas: saber quanto de movimento a sua loja aguenta hoje, ter capacidade extra pronta para entrar só nas horas de pico e definir o limite de gasto antes do dia. Nada disso exige mudar de hospedagem nem contratar um servidor maior para os outros onze meses do ano.

Este texto é para quem é dono da loja, não para quem cuida do servidor. Se em algum momento aparecer um termo técnico, ele vem explicado na mesma frase.

Por que o site caiu na Black Friday passada?

Porque o servidor onde a loja roda tem uma capacidade fixa. Ele foi contratado com uma quantidade definida de processamento e de memória, e essa quantidade não muda quando chega mais gente. Enquanto o movimento cabe nessa capacidade, tudo vai bem. Quando passa, as páginas demoram, o carrinho trava e o checkout começa a dar erro.

O detalhe cruel é que isso quase nunca acontece num dia qualquer. Acontece exatamente na hora em que a loja está recebendo mais visita do que nunca. Aí a frase “a hospedagem não aguenta tráfego” vira, na prática, “o site ficou fora do ar perdendo venda”.

E não existe um aviso claro antes. O que existe é uma piora em degraus: primeiro a loja fica um pouco lenta, depois muito lenta, depois para de responder. Muita gente descreve isso como “a loja lenta no pico” e trata como incômodo, quando na verdade já é venda saindo pela porta.

Dá para aguentar o pico sem contratar um servidor maior?

Dá, e é aqui que quase todo mundo fica preso entre duas opções ruins.

• Contratar um servidor pequeno: custa pouco todo mês, mas a loja não passa pelos picos. É apostar que a Black Friday vai ser fraca.
• Contratar um servidor grande: a loja passa pelo pico, mas você paga capacidade parada durante o ano inteiro para usar por algumas horas em novembro.

Existe um terceiro caminho, e ele é o que dá nome ao cloud bursting: a loja continua no servidor onde já está, e capacidade extra é alugada por hora só enquanto o movimento está alto. Terminado o pico, essa capacidade é desligada e a cobrança dela termina. É o que o SwarmBurst faz.

A ideia por trás disso não é nova nem exclusiva de Black Friday. Se você quiser entender melhor por que capacidade fixa sempre trava em algum ponto, o post por que sua infraestrutura não escala trata desse mecanismo com mais detalhe técnico.

O que fazer antes da Black Friday: checklist do dono da loja

1. Descubra qual foi o pior momento do ano passado

Antes de comprar solução, olhe o histórico. Em que dia e em que faixa de horário a loja recebeu mais gente? A loja ficou lenta? Ficou fora do ar? Quanto tempo? Se você não tem esse registro, quem cuida do seu servidor provavelmente consegue levantar.

Essa informação é o que transforma a conversa de “acho que precisa de mais servidor” em “preciso de reforço entre tal e tal hora”.

2. Teste antes, não no dia

Não descubra o limite da loja com cliente real dentro. Existem ferramentas de teste de carga que simulam muita gente acessando ao mesmo tempo, e quem cuida do seu servidor sabe usar. O objetivo é simples: achar o ponto em que a loja começa a engasgar.

Sem esse número, qualquer preparação é chute.

3. Saiba o que pode ganhar reforço e o que não pode

Isso é importante e pouca gente explica. Uma loja virtual tem partes diferentes:

• A aplicação: as páginas, a vitrine, a busca, o carrinho. Essa parte pode ganhar cópias adicionais rodando em paralelo, dividindo a carga.
• O banco de dados e os arquivos enviados: os pedidos, os cadastros, as fotos dos produtos. Essa parte guarda informação e não se multiplica. Ela fica onde está.

Reforço no pico atua sobre a primeira parte. Se o gargalo da sua loja for o banco de dados, o caminho é outro, e vale saber disso antes de novembro em vez de descobrir no dia.

4. Defina quem olha o site no dia e o que essa pessoa faz

Combine antes: quem acompanha, por onde recebe aviso, e qual é a decisão se a loja começar a ficar lenta. Um pico bem atendido às três da manhã depende de alguém ter combinado às três da tarde do dia anterior.

5. Decida o limite de gasto antes, não durante

Capacidade extra cobrada por hora é ótima até o momento em que alguém esquece de desligar. Defina em reais quanto você aceita gastar de reforço naquele mês, e escolha uma ferramenta que respeite esse limite sozinha.

Como funciona o reforço por hora no dia do pico?

No SwarmBurst, funciona em três movimentos.

1. Um programa é instalado no servidor onde sua loja já roda. Ele acompanha o uso do servidor e o volume de acesso. Em dia normal, não faz nada e não gera custo extra.
2. Quando o movimento passa do ponto que você definiu, ele aluga servidores extras na AWS por hora. Esses servidores entram na sua estrutura por um canal fechado entre eles e a sua máquina, recebem cópias da aplicação e passam a atender junto.
3. Quando o movimento cai, ele esvazia esses servidores com cuidado e desliga. Primeiro as cópias da aplicação migram de volta, e só depois a máquina é encerrada. A cobrança das horas extras termina aí.

O servidor onde sua loja já está continua sendo o principal e continua guardando tudo o que é permanente: banco de dados, arquivos e painel. Os servidores extras são capacidade descartável. Se a AWS falhar ou o reforço não conseguir subir, a loja segue no ar com a capacidade que ela já tem hoje.

Minha loja precisa estar de que jeito para isso funcionar?

Aqui vem o pré-requisito honesto, e ele elimina parte das lojas.

O SwarmBurst só funciona se a sua loja já rodar em contêineres, dentro de um cluster de servidores. Traduzindo: contêiner é um jeito de empacotar a aplicação para que ela possa ser copiada e rodada em várias máquinas sem reinstalar nada; cluster é o arranjo que faz várias máquinas trabalharem como uma só e distribuírem essas cópias entre elas.

Se a sua loja WooCommerce, Magento ou própria roda hoje instalada direto na máquina, sem contêiner, existe um passo anterior de empacotá-la assim. Esse passo é trabalho de verdade, entra no diagnóstico e a conclusão é dita na hora. Não vendemos migração de servidor nem hospedagem, e não vamos dizer que encaixa se não encaixar.

Como não tomar susto na fatura?

• Teto de gasto mensal definido por você. Ao alcançar o teto, o programa para de subir máquina nova.
• Alertas antes de chegar lá, por e-mail e no painel.
• Cobrança direto com a AWS, na sua conta. Os servidores extras nascem na conta AWS que é sua, então você confere a fatura com a própria AWS, sem intermediário.
• Nada de máquina esquecida ligada. Cada servidor extra é encerrado depois de esvaziado, e uma varredura periódica procura instâncias que tenham sobrado.
• Região configurável, incluindo São Paulo (sa-east-1). Reforço perto do seu público.
• Histórico dos eventos de pico no painel, para você ver depois o que aconteceu e quando.

O SwarmBurst já passou por uma Black Friday de verdade?

Ainda não. O SwarmBurst já sobe e desliga servidor real na AWS em teste validado, mas nunca passou pelo pico real de uma loja de verdade. Não temos cliente, depoimento nem número de resultado para mostrar, e não vamos inventar nenhum.

É exatamente por isso que existe o Piloto do Primeiro Pico: a implantação é gratuita ou simbólica, um piloto por vez, e o que pedimos em troca é autorização para medir e publicar os dados reais do seu pico, além de um depoimento no fim, se a experiência tiver sido boa. Você entra sabendo disso.

Perguntas frequentes

Preciso trocar de hospedagem ou migrar a loja? Não. A loja continua no servidor onde já está. Banco de dados, arquivos enviados e painel não saem de lá. O que muda é a instalação do programa que gerencia o reforço.

Preciso ter conta na AWS? Sim. Os servidores extras nascem na sua própria conta da AWS e são cobrados por ela. As credenciais ficam guardadas cifradas no painel, e a região é configurável, incluindo São Paulo.

Quanto tempo antes da Black Friday eu preciso me mexer? Com folga suficiente para testar a carga, ajustar a partir de que ponto o reforço entra e passar por um pico menor antes do grande. Se a loja ainda não roda em contêineres, esse prazo é maior, porque o empacotamento vem primeiro.

E se a minha loja não roda em contêineres? Então o SwarmBurst não resolve nada hoje, e não vamos fingir que resolve. Existe um passo anterior de empacotar a loja em contêiner, e ele é uma decisão sua com quem cuida do seu servidor. A gente diz isso no diagnóstico em vez de vender de qualquer jeito.

Funciona para outros picos além da Black Friday? Sim. O mecanismo é o mesmo para qualquer movimento concentrado: Dia das Mães, Natal, lançamento de coleção, campanha que estourou, aparição na mídia.

Se a sua loja já roda em contêineres, ou se existe disposição de chegar lá, vale conversar antes de novembro.

Quero o piloto do primeiro pico

É uma conversa no WhatsApp, sem compromisso. A gente diz na hora se o seu caso encaixa.