Node.jsアプリケーションを独自のプロセスとして実行するにはどうすればよいですか？

Node.jsをデプロイする最良の方法は何ですか？

私はDreamhost VPS（これがVMと呼ばれています）を使用しており、Node.jsをインストールしてプロキシを設定できました。ノードを開いた状態で開始したSSH接続を維持している限り、これはうまく機能します。

2016年の回答：ほとんどすべてのLinuxディストリビューションにはsystemdが付属しています。つまり、永遠に、monit、PM2などは不要になりました。OSはすでにこれらのタスクを処理しています。

myapp.serviceファイルを作成します（ 'myapp'をアプリの名前に置き換えます）。

[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=nobody
Environment=PATH=/usr/bin:/usr/local/bin
Environment=NODE_ENV=production
WorkingDirectory=/var/www/myapp

[Install]
WantedBy=multi-user.target

Unixを 初めて使用する場合は、最初の行に記述して/var/www/myapp/app.jsください#!/usr/bin/env node。

/etc/systemd/systemフォルダーにサービスファイルをコピーします。

systemdに新しいサービスについてを伝えsystemctl daemon-reloadます。

で始めsystemctl start myappます。

起動時に実行できるようにしますsystemctl enable myapp。

でログを見る journalctl -u myapp

これは、Linux / 2018サーバーにノードアプリをデプロイする方法から引用したもので、Linux /ノードサーバー（.serviceファイルを含む）を構築するためのAWS / DigitalOcean / Azure CloudConfigを生成するコマンドも含まれています。

Foreverを使用します。Node.jsプログラムを個別のプロセスで実行し、停止した場合は再起動します。

使用法：

• forever start example.js プロセスを開始します。
• forever list 永久に開始されたすべてのプロセスのリストを表示するには
• forever stop example.jsプロセスを停止するかforever stop 0、インデックス0のプロセスを停止します（で示されていますforever list）。

ここに私の展開方法について書きました：node.jsアプリの展開

要するに：

• git post-receiveフックを使用する
• ビルドツールのジェイク
• ノードのサービスラッパーとしてのアップスタート
• 監視して、ダウンしたアプリケーションを再起動する
• 同じサーバー上の異なるアプリケーションにリクエストをルーティングするnginx

pm2がトリックを行います。

機能は次のとおりです。監視、ホットコードのリロード、組み込みのロードバランサー、自動起動スクリプト、復旧/ダンププロセス。

あなたは使用することができmonit、forever、upstartまたはsystemdサーバーを起動します。

Nginxの代わりにVarnishまたはHAProxyを使用できます（NginxはWebソケットでは機能しないことがわかっています）。

迅速でダーティなソリューションとして、nohup node your_app.js &アプリがサーバーで終了しないようにすることができますがforever、monitその他の提案されたソリューションの方が優れています。

私のアプリで現在使用されているUpstartスクリプトを作成しました：

description "YOUR APP NAME"
author "Capy - http://ecapy.com"

env LOG_FILE=/var/log/node/miapp.log
env APP_DIR=/var/node/miapp
env APP=app.js
env PID_NAME=miapp.pid
env USER=www-data
env GROUP=www-data
env POST_START_MESSAGE_TO_LOG="miapp HAS BEEN STARTED."
env NODE_BIN=/usr/local/bin/node
env PID_PATH=/var/opt/node/run
env SERVER_ENV="production"

######################################################

start on runlevel [2345]
stop on runlevel [016]

respawn
respawn limit 99 5

pre-start script
    mkdir -p $PID_PATH
    mkdir -p /var/log/node
end script

script
    export NODE_ENV=$SERVER_ENV
    exec start-stop-daemon --start --chuid $USER:$GROUP --make-pidfile --pidfile $PID_PATH/$PID_NAME --chdir $APP_DIR --exec $NODE_BIN -- $APP >> $LOG_FILE 2>&1
end script

post-start script
    echo $POST_START_MESSAGE_TO_LOG >> $LOG_FILE
end script

#########の前のすべてをカスタマイズし、/ etc / init / your-service.confにファイルを作成してそこに貼り付けます。

次に、次のことができます。

start your-service
stop your-service
restart your-service
status your-service

Node.jsをデプロイするための非常に包括的なガイドをサンプルファイルとともに作成しました。

チュートリアル：Node.jsアプリケーションをデプロイする方法と例

http-proxy、SSL、Socket.IOなどをカバーしています。

systemdを使用したこの問題の解決に関するより長い記事を次に示します。http：//savanne.be/articles/deploying-node-js-with-systemd/

覚えておくべきいくつかのこと：

• 誰がプロセス監視を開始しますか？Foreverは優れたツールですが、実行を継続するには監視ツールが必要です。それは少しばかげています、なぜあなたの初期化システムを使用しないのですか？
• プロセスを適切に監視できますか？
• 複数のバックエンドを実行していますか？もしそうなら、あなたはそれらのどれかがリソースの使用に関して他の人を倒すことを防ぐための準備が整っていますか？
• サービスは常に必要ですか？そうでない場合は、ソケットのアクティブ化を検討してください（記事を参照）。

これらすべてはsystemdで簡単に実行できます。

rootアクセス権がある場合は、デーモンを設定して、安全に実行され、バックグラウンドで音が鳴るようにします。DebianとUbuntuでちょうどそれを行う方法については、ブログ投稿Run Node.js as a Service on Ubuntuを参照してください。

永遠にトリックを行います。

@Kevin：プロセスを正常に強制終了できるはずです。ドキュメントを少し再確認します。エラーを再現できる場合は、GitHubに問題として投稿してください。

これを試してください：http : //www.technology-ebay.de/the-teams/mobile-de/blog/deploying-node-applications-with-capistrano-github-nginx-and-upstart.html

Capistrano、Upstart、NginxでNode.jsアプリをデプロイするための優れた詳細ガイド

Box9が言ったように、Foreverはプロダクションコードに適しています。ただし、SSH接続がクライアントから閉じられている場合でも、プロセスを続行することもできます。

本番環境では必ずしも良い考えではありませんが、これは、長いデバッグセッションの途中、または長いプロセスのコンソール出力を追跡する場合、またはSSH接続を切断するのに役立つが、サーバーで端末を存続させる場合に非常に便利です。後で再接続します（自宅でNode.jsアプリケーションを起動し、職場で後でコンソールに再接続して、状態を確認します）。

サーバーが* nixボックスであると仮定すると、クライアントのSSHが閉じている場合でも、シェルからscreenコマンドを使用してプロセスを実行し続けることができます。まだインストールされていない場合は、Webから画面をダウンロード/インストールできます（Linuxの場合はディストリビューションのパッケージを探します。OSXの場合はMacPortsを使用します）。

次のように機能します。

1. 最初にSSH接続を開いたら、「screen」と入力します。これにより、screenセッションが開始されます。
2. 通常どおり作業を開始します（つまり、Node.jsアプリケーションを開始します）
3. 完了したら、ターミナルを閉じます。サーバープロセスは実行を継続します。
4. コンソールに再接続するには、サーバーにsshで戻ってログインし、「screen -r」と入力して再接続します。古いコンソールコンテキストがポップアップ表示され、使用を再開できます。
5. サーバーに接続しているときに画面を終了するには、コンソールプロンプトで「exit」と入力します。これにより、通常のシェルに移動します。

必要に応じて、このように複数の画面セッションを同時に実行することができ、任意のクライアントから任意のセッションに接続できます。すべてのオプションについては、オンラインのドキュメントをお読みください。

Foreverは、アプリを実行し続けるための優れたオプションです（そして、npmはモジュールとしてインストール可能であり、優れています）。

しかし、より深刻な「デプロイメント」-デプロイ、再起動、コマンドの実行などのリモート管理-の場合は、ノード拡張でcapistranoを使用します。

https://github.com/loopj/capistrano-node-deploy

https://paastor.comは、VPSまたはその他のサーバーにデプロイする比較的新しいサービスです。コードをプッシュするCLIがあります。Paastorには無料枠があり、少なくともこれを投稿した時点でそうでした。

あなたの場合、あなたはupstartデーモンを使うかもしれません。完全な展開ソリューションについては、capistranoをお勧めします。二つの便利なガイドがあるどのようにENV Node.jsの設定にし、どのようにカピストラーノ+成り上がりを経由してデプロイします。

node-deploy-serverを試してください。これは、プライベートサーバーにアプリケーションを展開するための複雑なツールセットです。Node.jsで記述され、インストールにはnpmを使用します。