Comment puis-je exécuter un node.js application comme un service d'arrière-plan?

La copie de ma propre réponse de Comment puis-je exécuter un Node.js application comme son propre processus?

2015 répondre: presque toutes les distro Linux est livré avec systemd, ce qui signifie jamais, monit, PM2, etc ne sont plus nécessaires - votre système d'exploitation prend en charge ces tâches.

Faire un myapp.service fichier (en remplacement de 'myapp' avec le nom de votre application, évidemment):

[Unit]
Description=My app

[Service]
ExecStart=/var/www/myapp/app.js
Restart=always
User=nobody
# Note Debian/Ubuntu uses 'nogroup', RHEL/Fedora uses 'nobody'
Group=nogroup
Environment=PATH=/usr/bin:/usr/local/bin
Environment=NODE_ENV=production
WorkingDirectory=/var/www/myapp

[Install]
WantedBy=multi-user.target

Noter que si vous êtes nouveau sous Unix: /var/www/myapp/app.js devrait avoir #!/usr/bin/env node sur la première ligne.

Copie de votre fichier de service dans le /etc/systemd/system.

Démarrer avec systemctl start myapp.

Lui permettre d'exécuter au démarrage avec systemctl enable myapp.

Voir les journaux avec journalctl -u myapp

Ceci est pris à partir de Comment nous déployer nœud applications sur Linux, 2018 édition, qui comprend également des commandes pour générer une AWS/DigitalOcean/Azure CloudConfig de construire Linux/nœud serveurs (y compris les .service fichier).

Mise à JOUR - Comme mentionné dans l'une des réponses ci-dessous, PM2 a quelques très belles fonctionnalités manquantes à partir pour toujours. Pensez à l'utiliser.

Réponse Originale À Cette Question

Utilisation nohup:

nohup node server.js &

MODIFIER je voulais ajouter que l'on a accepté la réponse est vraiment la voie à suivre. Je suis aide à jamais sur les instances qui ont besoin de rester en place. J'aime faire npm install -g forever il est dans le chemin d'accès du nœud et puis il suffit de faire forever start server.js

2016 mise à Jour:
Le nœud-windows/mac/linux série utilise une API commune à travers tous les systèmes d'exploitation, de sorte qu'il est absolument une solution pertinente. Cependant, nœud-linux génère systemv fichiers d'initialisation. Comme systemd continue de croître en popularité, il ne l'est réellement une meilleure option sur Linux. PR est la bienvenue si quelqu'un veut ajouter systemd soutien à nœud-linux 🙂

Thread D'Origine:

C'est un assez vieux thread maintenant, mais nœud-windows offre un autre moyen de créer des services d'arrière-plan sur Windows. Il est vaguement basé sur le nssm concept de l'utilisation d'un exe wrapper autour de votre nœud de script. Cependant, il utilise winsw.exe au lieu et configurable fournit un nœud de l'enveloppe pour un contrôle plus précis sur la façon dont le processus démarre/s'arrête sur les échecs. Ces processus sont disponibles comme n'importe quel autre service:

Le module transforme aussi dans certains cas d'enregistrement:

Daemonizing votre script est accompli à l'aide de 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 les choses comme plafonnement redémarre (si mauvais scripts ne sont pas le tuyau de votre serveur) et la croissance des intervalles de temps entre les redémarrages.

Depuis nœud-windows de services comme les autres, 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 fonctionne. Vous n'avez pas besoin de Visual Studio, .NET, ou nœud-gyp la magie de l'installer. Aussi, il est MIT et sous licence BSD.

La divulgation complète, je suis l'auteur de ce module. Il a été conçu pour soulager la douleur exacte de l'OP connu, mais avec une meilleure intégration dans la fonctionnalité du Système d'Exploitation fournit déjà. J'espère que les futurs téléspectateurs avec cette même question de le trouver utile.

Si vous OSX, puis la façon la plus simple de produire un véritable processus de système est d'utiliser launchd pour le lancer.

Construire un plist comme ça, et de le mettre dans le dossier /Library/LaunchDaemons avec le nom top-level-domain.your-domain.application.plist (vous devez être root lors de la passation de celle-ci):

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>top-level-domain.your-domain.application</string>

    <key>WorkingDirectory</key>
    <string>/your/preferred/workingdirectory</string>

    <key>ProgramArguments</key>
    <array>
        <string>/usr/local/bin/node</string>
        <string>your-script-file</string>
    </array>

    <key>RunAtLoad</key>
    <true/>

    <key>KeepAlive</key>
    <true/>

</dict>
</plist>

Quand c'est fait, cette question (en tant que root):

launchctl load /Library/LaunchDaemons/top-level-domain.your-domain.application.plist
launchctl start top-level-domain.your-domain.application

et vous êtes en cours d'exécution.

Et vous serez toujours en cours d'exécution après un redémarrage.

Pour d'autres options dans le plist regardez la page de man ici: https://developer.apple.com/library/mac/documentation/Darwin/Reference/Manpages/man5/launchd.plist.5.html

Tout simplement si vous souhaitez exécuter le script sans interruption jusqu'à la fin, vous pouvez utiliser nohop comme déjà mentionné dans les réponses ici. Cependant, aucune des réponses fournir une commande qui enregistre également stdin et stdout.

nohup node index.js >> app.log 2>&1 &

• La >> signifie ajouter à app.log.
• 2>&1 permet de s'assurer que les erreurs sont également envoyer à stdout et ajouté à la app.log.
• La fin & fait en sorte que votre terminal actuel est déconnecté de commande de sorte que vous pouvez continuer à travailler.

Si vous souhaitez exécuter un nœud de serveur (ou quelque chose qui devrait commencer à remonter lorsque le serveur redémarre), vous devez utiliser systemd /systemctl.

Essayez d'exécuter cette commande si vous utilisez nohup -

nohup npm start 2>/dev/null 1>/dev/null&

Vous pouvez également utiliser une éternité à démarrer le serveur

forever start -c "npm start" ./ 

PM2 prend également en charge npm start

pm2 start npm -- start

Accepté la réponse est probablement le meilleur de la production à répondre, mais pour un rapide hack de faire les travaux de développement, j'ai trouvé ceci:

nodejs scriptname.js & n'ai pas de travail, parce que nodejs semblait engloutir le &, et donc, la chose ne m'a pas laissé continuer à utiliser le terminal, sans scriptname.js en train de mourir.

Mais j'ai mis nodejs scriptname.js dans un .sh fichier, et
nohup sh startscriptname.sh & travaillé.

Certainement pas une production de chose, mais il résout le "j'ai besoin de garder mon terminal et ne voulons pas commencer à 5 différents terminaux" problème.

Juin 2017 Mise À Jour:

Solution pour Linux (Red hat). Les commentaires précédents ne fonctionne pas pour moi.
Cela fonctionne pour moi sur Amazon Web Service - Red Hat 7. Espérons que cela fonctionne pour quelqu'un là-bas.

A. Create the service file 
sudo vi /etc/systemd/system/myapp.service
[Unit]
Description=Your app
After=network.target

[Service]
ExecStart=/home/ec2-user/meantodos/start.sh
WorkingDirectory=/home/ec2-user/meantodos/

[Install]
WantedBy=multi-user.target

B. Create a shell file
/home/ec2-root/meantodos/start.sh
#!/bin/sh -
sudo iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to 8080
npm start

then:
chmod +rx /home/ec2-root/meantodos/start.sh
(to make this file executable)

C. Execute the Following

sudo systemctl daemon-reload
sudo systemctl start myapp
sudo systemctl status myapp

(If there are no errors, execute below.  Autorun after server restarted.)
chkconfig myapp -add

À tour les différentes options proposées, en voici un de plus: le daemon de commande sous GNU/Linux, que vous pouvez lire ici: http://libslack.org/daemon/manpages/daemon.1.html. (toutes mes excuses si cela a déjà été mentionné dans un des commentaires ci-dessus).

quelqu'un a remarqué un trivial erronée de la position "2>,&1" ?

2>&1 >> file

devrait être

>> file 2>&1

Pour les personnes qui utilisent des versions plus récentes de la démon module npm - vous besoin de passer des descripteurs de fichier à la place de chaînes de caractères:

var fs = require('fs');
var stdoutFd = fs.openSync('output.log', 'a');
var stderrFd = fs.openSync('errors.log', 'a');
require('daemon')({
    stdout: stdoutFd, 
    stderr: stderrFd
});

Je suis surpris que personne n'a mentionné Guvnor

J'ai essayé de toujours, pm2, etc. Mais, quand il s'agit de contrôle solide et basé sur le web les paramètres de performance, j'ai trouvé Guvnor à être de loin le meilleur. De Plus, il est aussi entièrement opensource.

Edit : Cependant, je ne suis pas sûr si cela fonctionne sur windows. Je ne l'ai utilisé sur linux.