Sirva sites estáticos direto do armazenamento de objetos

Quando um bucket é melhor que um servidor

Um portfólio, um site de documentação ou o build de uma SPA é só uma pasta de arquivos. Não há PHP para executar nem processo Node para manter vivo — alugar uma máquina apenas para servir arquivos é desperdício de esforço e de dinheiro.

O armazenamento de objetos muda o jogo: seus arquivos ficam armazenados de forma durável em vários discos, a manutenção é zero — sem atualizações de SO, sem reinícios, sem monitoramento — e você paga apenas pelo armazenamento usado e pela banda servida. Para a maioria dos sites estáticos, isso dá poucas rupias por mês.

Passo 1: crie um bucket público

Abra o painel do Nest Storage, crie um novo bucket e ative a leitura pública. A partir daí, cada objeto do bucket ganha uma URL estável que qualquer pessoa pode acessar — exatamente o que um site estático precisa.

Agora envie sua pasta de build. Arrastar e soltar funciona bem para um deploy pontual; para pipelines de CI, envie os arquivos pela API. Mantenha a estrutura da pasta intacta para que os caminhos relativos do seu HTML continuem funcionando.

Passo 2: configure os cabeçalhos de cache corretamente

Ferramentas de build modernas colocam um hash de conteúdo no nome dos assets (app.3f9c1a.js), o que significa que uma URL nunca muda de conteúdo. Esses arquivos podem ficar em cache para sempre: defina um max-age de um ano com a flag immutable e os navegadores nunca mais vão pedi-los.

O index.html é a exceção — o nome nunca muda, mas o conteúdo muda a cada deploy. Dê a ele um TTL zero com must-revalidate para que os navegadores sempre verifiquem se há uma cópia nova. Essa combinação garante visitas repetidas instantâneas e publicações imediatas ao mesmo tempo.

# hashed assets — cache forever
Cache-Control: public, max-age=31536000, immutable

# index.html — always revalidate
Cache-Control: public, max-age=0, must-revalidate

Passo 3: aponte seu domínio para ele

Ninguém quer uma URL crua de armazenamento na barra de endereço. Adicione um registro CNAME — por exemplo, files.yourdomain.com — apontando para o endpoint do seu bucket e registre o domínio nas configurações do bucket. Um certificado TLS é emitido e renovado automaticamente, então o HTTPS simplesmente funciona.

Você também pode definir uma página 404 personalizada para o bucket. Em uma SPA, aponte a 404 para o index.html para que o roteamento no cliente continue funcionando em links profundos; em um site de documentação, envie uma página de erro amigável.

E as partes dinâmicas?

A maioria dos sites 'estáticos' ainda tem um ou dois cantos dinâmicos — um formulário de contato, uma busca, um contador de visitas. Isso não é motivo para trazer de volta uma pilha de servidor inteira para o site todo.

Combine o bucket com uma pequena API em um VPS, ou use widgets hospedados como o de analytics e o chatbot. Os arquivos estáticos ficam no Nest Storage, e as partes dinâmicas continuam minúsculas:

• Formulários → envie para uma API pequena no menor plano de VPS
• Busca → pré-construa um índice na hora do deploy
• Analytics → uma única tag de script, nenhum servidor necessário