Deploy

Antes do deploy, o site inteiro já está pronto, só que trancado: só quem construiu consegue ver. Deploy é o instante em que a chave vira e a porta abre pra qualquer pessoa que digitar o endereço. Não é o momento de criar nada, é o momento de mostrar o que já existia lá dentro.

Deploy é publicar. Mas tem uma segunda camada que muda tudo: quem publica de verdade não abre a loja de olhos fechados. Antes de destrancar a porta nova, o profissional guarda a versão anterior da loja inteira, prateleira por prateleira, pronta pra voltar no lugar em segundos se algo quebrar assim que o público entra. Esse retorno rápido tem nome: rollback. É o rollback que dá coragem pra publicar, você só arrisca abrir a porta nova porque sabe fechar ela de novo tão rápido quanto abriu.

Você já viu essa palavra sem saber o nome. No Wix, no Shopify, na Notion, existe sempre um botão de "Publicar" escondido no canto: é o deploy deles, só sem o nome técnico. Enquanto você não aperta, só você vê a mudança; depois, o mundo vê.

No meu caso o processo é ainda mais escondido: quando eu salvo uma mudança no código do site, ela vai pro ar sozinha, sem eu apertar mais nada, em uns dois minutos. E se a versão nova quebrar, dá pra voltar pra anterior com um clique, o rollback que expliquei ali em cima.

A ressalva é que nem todo lugar guarda a versão anterior de graça, isso é recurso de plataforma moderna. Numa hospedagem mais simples, sem esse controle, publicar a versão nova é o fim da linha: se quebrar, o jeito é corrigir escrevendo em cima, ao vivo, com o site no ar te olhando quebrado. É por isso que ter rollback pronto vale tanto quanto o próprio deploy.

Sem rollback, publicar é um salto sem rede. Com rollback, publicar é só abrir uma porta que você sabe fechar de novo.

Mas pra virar essa plaquinha, precisa ter uma loja física ligada o tempo todo, esperando o cliente chegar. Esse é o próximo termo: servidor.