Comment exécuter une application node.js en tant que service d'arrière-plan ?

Question

Comme cet article a suscité beaucoup d'attention au fil des ans, j'ai dressé la liste des principales solutions par plateforme au bas de cet article.

---

Poste original :

Je veux que mon serveur node.js fonctionne en arrière-plan, c'est-à-dire que lorsque je ferme mon terminal, je veux que mon serveur continue à fonctionner. J'ai cherché sur Google et j'ai trouvé ceci tutoriel mais il ne fonctionne pas comme prévu. Donc, au lieu d'utiliser ce démon script, j'ai pensé utiliser la redirection de sortie (le bouton 2>&1 >> file ), mais elle ne se termine pas non plus - j'obtiens une ligne vide dans mon terminal, comme si elle attendait une sortie/des erreurs.

J'ai également essayé de mettre le processus en arrière-plan, mais dès que je ferme mon terminal, le processus est également tué.

Alors comment puis-je le laisser fonctionner lorsque j'éteins mon ordinateur local ?

---

Meilleures solutions :

• Systemd (Linux)
• Lancé sur (Mac)
• nœud-Windows (Windows)
• PM2 (Node.js)

Answer 1

UPDATE - Comme mentionné dans l'une des réponses ci-dessous, PM2 a des fonctionnalités très intéressantes qui manquent à jamais. Pensez à l'utiliser.

Réponse originale

Utilisez nohup :

nohup node server.js &

EDITAR Je voulais ajouter que la réponse acceptée est vraiment la voie à suivre. J'utilise forever sur les instances qui doivent rester en place. J'aime faire npm install -g forever pour qu'il soit dans le chemin du noeud et ensuite juste faire forever start server.js

Answer 2

Vous pouvez utiliser Forever, un outil CLI simple pour garantir qu'un nœud donné script s'exécute en continu (c'est-à-dire pour toujours) : https://www.npmjs.org/package/forever

Answer 3

Ce n'est peut-être pas la méthode habituelle, mais je le fais avec l'écran, surtout en cours de développement, car je peux le remonter et le modifier si nécessaire.

screen
node myserver.js
>>CTRL-A then hit D

L'écran se détachera et survivra à votre déconnexion. Vous pourrez alors le récupérer en faisant screen -r. Consultez le manuel de screen pour plus de détails. Vous pouvez nommer les écrans et autres si vous le souhaitez.

Answer 4

Mise à jour de 2016 : La série node-Windows/mac/linux utilise une API commune à tous les systèmes d'exploitation, c'est donc une solution tout à fait pertinente. Cependant, node-linux génère des fichiers init systemv. Comme systemd continue de croître en popularité, c'est de façon réaliste une meilleure option sur Linux. Les RP sont les bienvenus si quelqu'un veut ajouter le support de systemd à node-linux :-)

Sujet original :

C'est un vieux sujet maintenant, mais nœud-Windows fournit un autre moyen de créer des services d'arrière-plan sous Windows. Il est vaguement basé sur le nssm le concept d'utilisation d'un exe enveloppe autour de votre nœud script. Cependant, il utilise winsw.exe et fournit une enveloppe de nœud configurable pour un contrôle plus granulaire de la façon dont le processus démarre/arrête en cas d'échec. Ces processus sont disponibles comme n'importe quel autre service :

Le module intègre également un système d'enregistrement des événements :

La démonisation de votre script est accomplie par le biais du code. Par exemple :

var Service = require('node-windows').Service;

// Create a new service object
var svc = new Service({
  name:'Hello World',
  description: 'The nodejs.org example web server.',
  script: 'C:\\path\\to\\my\\node\\script.js'
});

// Listen for the "install" event, which indicates the
// process is available as a service.
svc.on('install',function(){
  svc.start();
});

// Listen for the "start" event and let us know when the
// process has actually started working.
svc.on('start',function(){
  console.log(svc.name+' started!\nVisit http://127.0.0.1:3000 to see it in action.');
});

// Install the script as a service.
svc.install();

Le module prend en charge des fonctions telles que le plafonnement des redémarrages (pour éviter que les mauvais scripts n'endommagent votre serveur) et l'augmentation des intervalles de temps entre les redémarrages.

Comme les services node-Windows fonctionnent comme n'importe quel autre service, il est possible de gérer/surveiller le service avec le logiciel que vous utilisez déjà.

Enfin, il n'y a pas make dépendances. En d'autres termes, un simple npm install -g node-windows fonctionnera. Vous n'avez pas besoin de Visual Studio, de .NET ou de la magie des nœuds pour l'installer. De plus, il est sous licence MIT et BSD.

Pour tout vous dire, je suis l'auteur de ce module. Il a été conçu pour soulager la douleur exacte que le PO a éprouvée, mais avec une intégration plus étroite dans la fonctionnalité que le système d'exploitation fournit déjà. J'espère que les futurs utilisateurs qui se posent la même question le trouveront utile.

Answer 5

UPDATE Traduction : j'ai mis à jour pour inclure la dernière version de pm2 :

pour de nombreux cas d'utilisation, l'utilisation d'un service systemd est la manière la plus simple et la plus appropriée de gérer un processus de nœud. pour ceux qui exécutent de nombreux processus de nœud ou des microservices de nœud fonctionnant indépendamment dans un environnement unique, pm2 est un outil plus complet.

https://github.com/unitech/pm2

http://pm2.io

• il dispose d'une fonction de surveillance très utile -> un joli 'gui' pour la surveillance en ligne de commande de plusieurs processus à l'aide de pm2 monit ou la liste des processus avec pm2 list
• gestion organisée du journal -> pm2 logs

• d'autres choses :

  • Configuration du comportement
  • Prise en charge des cartes sources
  • Compatible avec PaaS
  • Regarder et recharger
  • Système de modules
  • Recharge maximale de la mémoire
  • Mode cluster
  • Rechargement à chaud
  • Flux de travail de développement
  • Scripts de démarrage
  • Achèvement automatique
  • Flux de travail pour le déploiement
  • Suivi de Keymetrics
  • API