Você pode “criar sua própria” lógica de serviço Python, mas por que reinventar a roda quando o gerenciamento de serviços do sistema é padronizado e é uma prática recomendada em todo o setor?

Você pode “criar sua própria” lógica de serviço Python, mas por que reinventar a roda quando o gerenciamento de serviços do sistema é padronizado e é uma prática recomendada em todo o setor?

Eu tenho um VPS Debian 10 e quero executar um script Python nele 24 horas por dia, 7 dias por semana.

Qual seria a diferença entre executá-lo em segundo plano e instalá-lo como um serviço do sistema?

Qual é a melhor maneira de fazer com que meu script seja executado em segundo plano 24 horas por dia, 7 dias por semana?

Responder1

Você pode “criar sua própria” lógica de serviço Python, mas por que reinventar a roda quando o gerenciamento de serviços do sistema é padronizado e é uma prática recomendada em todo o setor?

Se você executar qualquer script em segundo plano, ele simplesmente será executado sob o usuário em segundo plano e você será a única pessoa que poderá lidar com ele.

Se for executado como um serviço, o sistema cuidará da manutenção do aplicativo. O benefício é a reinicialização automática na reinicialização e tal. E ainda utilizando ferramentas consagradas para gerenciar o serviço. Você poderia fazer um trabalho semelhante apenas em Python, mas estaria reinventando a roda e fazer isso seria essencialmente um trabalho de administrador de sistemas em vez de ser um desenvolvedor.

O que acontece é que seu aplicativo funcionará tecnicamente de qualquer maneira. Mas usar as práticas recomendadas estabelecidas para manter scripts e aplicativos em funcionamento evita muitas dores de cabeça no longo prazo e é uma abordagem mais saudável para desenvolvimento e implantação.

informação relacionada