PRNext modo de suspensão: reduza a inatividade RAM e gerencie a ativação

#O que permanece funcionando durante o sono

No mecanismo medido aqui, o servidor Rust continua escutando enquanto os trabalhadores do Node se retiram após um intervalo ocioso. A próxima solicitação que exige renderização recria os trabalhadores necessários. Isto difere de parar o VPS ou suspender o sistema operacional.

O comando host local prnext também pode suspender um aplicativo inteiro atrás de um gateway. O serviço gerenciado PRNext Host é outra camada novamente. Os valores aqui descrevem a aposentadoria do trabalhador do servidor de aplicativos, e não o custo total desses outros mecanismos.

#O que a sonda de ativação mostra

No pequeno VPS da campanha 29 de outubro, uma página SSR simples foi testada com um intervalo de inatividade acelerado de dois segundos. Depois que os trabalhadores se aposentaram, o PSS da árvore de processos caiu para cerca de 10.5 MiB. Manter os trabalhadores aquecidos usou 106.8 MiB naquela sonda.

A solicitação de despertar demorou cerca de 1,130 ms, em comparação com 22.6 ms quando estava quente. Cada cenário teve apenas uma observação. A investigação usou o candidato de desenvolvimento identificado, não uma nova medição do pacote npm final ou de todo o VPS. Esses valores ilustram a compensação sem prever sua aplicação.

Leia a sonda, a identidade do candidato e as condições de medição

#Mantenha os funcionários aquecidos quando a latência for mais importante

Após a construção, --prewarm prepara a estrutura antes de aceitar solicitações. Ele não executa páginas de aplicativos ou APIs e não evita a desativação posterior. --worker-idle-seconds 0 retém hosts de renderização usados ​​em vez de retirá-los por inatividade.

O comando a seguir solicita a inicialização preparada e retém os trabalhadores depois de usados. Não promete que uma rota nunca visitada carregou todas as dependências. Meça também a primeira visita a rotas caras e o comportamento após a implantação.

npx --no-install prnext build
npx --no-install prnext start --hostname 127.0.0.1 --port 3001 --prewarm --worker-idle-seconds 0

#Testar um intervalo ocioso explícito

Um intervalo 60-second explícito torna o ciclo fácil de observar em uma instância isolada. Acesse a página, espere os trabalhadores realmente se aposentarem e avalie a próxima solicitação. Sessenta segundos é um exemplo de configuração, não uma recomendação para todos os sites.

Uma investigação de integridade que solicita continuamente uma rota de renderização pode impedir a suspensão. Verifique quais solicitações de monitoramento e como o servidor as trata. Teste também várias visitas que chegam durante um despertar: uma única solicitação não descreve esse pico.

npx --no-install prnext start --hostname 127.0.0.1 --port 3001 --worker-idle-seconds 60

#Mantenha dados duráveis ​​fora do processo

Aposentar um trabalhador remove seu estado na memória. Sessões realizadas apenas nesse processo, caches de aplicativos e trabalho em segundo plano podem desaparecer. Os dados que devem sobreviver precisam de armazenamento durável ou de um serviço externo adequado.

Antes de ativar a suspensão, teste o login, uma gravação e uma leitura após acordar. Verifique também assinaturas, cronômetros e trabalho assíncrono. Uma solicitação concluída não prova que o trabalho em segundo plano não monitorado esteja protegido contra a desativação do processo.

#Escolha um dos períodos ociosos do seu aplicativo

Demonstrações, ambientes de visualização e ferramentas visitadas ocasionalmente são candidatos a serem investigados. Para viagens em que a primeira resposta precisa ser rápida, trabalhadores calorosos podem ser preferíveis. O tráfego real, as sondagens de monitoramento e a frequência de ativação determinam o resultado.

Compare o tempo de sono, memória liberada e latência para visitas que despertam o serviço. Para vários aplicativos, meça os picos simultâneos antes de concluir que um servidor pode hospedar mais projetos. Nossa campanha não estabelece contagem adicional de sites nem economia de faturamento.

Orçamento para múltiplas aplicações React em um VPS