Executando verificação de segurança...
Em resposta a Sirvo 55 milhões de páginas em uma VPS de R$ 200/mês: o setup completo
2
nandoztx

Legal jovem!
esse tipo de relato eh o que queremos aqui,
tira uma duvida, pq tu usa SSR? nao eh mais barato computacionalmente soh servir o front e o client fazer a magica? deixa os caches na API e um abraco no gaiteiro...
outra coisa, acho q teus 4vcpu estao de boa, visto que soh fica lento no carregamento mensal, divide pra fazer parcial de madrugada.
a gente ficou muito mal acostumado com excesso de recurso e tanto app lixo usando 4gb, discord pra mandar msg, que se esquece q um trabalho bem feito de otimizacao e uso consciente de recurso faz literalmente magica.
eu nao subiria recurso, e espremeria o maximo do suco atual para aprendizado proprio;

dito isso:
parabens! fui compartilhar com a molier e ela falou que ja usava eauheau

Carregando publicação patrocinada...
1
pedroparker

Boa pergunta, justamente fiquei filosofando isso ontem. E honestamente, não sei te responder o motivo. Eu simplesmente assumo que fazer um cache de TUDO vai custar muito em espaço de disco, não sei se isso é um trade off válido. E também não tenho ideia de como calcular. Seria um cache de 70m paginas, muitas que nunca vão ser acessadas.

Mas entendo o ponto, o meu problema hoje é que uma pagina qualquer é cacheada no sistema, mas a chance de outra pessoa usar o mesmo cache é quase zero (ninguém vai chegar no MEI do zezinho...). Cachear uma pagina do nubakn, petrobras, até faria.

Sei lá, não sei te responder isso. Tem alguma ideia do sistema ideal? O site não é tão popular assim, está crescendo!

1
Mdantas

usa sse com json zstd e etag com cloudflare e você vai pagar 2.5usd em Miami via ipv6 rsrsrsrs.

Só aplicar essas técnicas ai e vai ser sucesso.

ps fiz o cadastro só pra te responder achei muito da hora o post parabéns mesmo!

1
nandoztx
  • Autor
    Autor

tempo atras teve uma rinha de backend, e a galera subestimava o postgres, achava q ele seria o gargalo e colocava o cache, acontece que o cache deixava mais lento pq aumentava o throwput geral por cache miss.
o postgres bem configurado eh um canhao e nunca foi o limitante;
eu trocaria ssr por processamento em client;
mas o ideal eh medir;
como referencia:
https://akitaonrails.com/2023/09/20/akitando-145-16-linguagens-em-16-dias-minha-saga-da-rinha-de-backend/

0