Як запустити додаток Node.js як власний процес?

Який найкращий спосіб розгорнути Node.js?

У мене VPS Dreamhost (саме так вони називають VM ), і мені вдалося встановити Node.js і налаштувати проксі. Це чудово працює, якщо я зберігаю SSH-з'єднання, яке я почав із вузла відкритим.

Відповідь 2016 року : майже кожен дистрибутив Linux постачається із системою systemd, а це означає, що навіки, monit, PM2 тощо, більше не потрібні - ваша ОС вже справляється з цими завданнями .

Створіть 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, видання , яке також включає команди для створення AWS / DigitalOcean / Azure CloudConfig для створення серверів Linux / вузлів (включаючи .serviceфайл).

Використовуйте назавжди . Він запускає програми Node.js в окремих процесах і перезапускає їх, якщо такі вмирають.

Використання:

• forever start example.js щоб розпочати процес.
• forever list щоб побачити список усіх процесів, запущених назавжди
• forever stop example.jsзупинити процес або forever stop 0зупинити процес з індексом 0 (як показано на forever list).

Я писав про свій метод розгортання тут: Розгортання програм node.js

Коротко:

• Використовуйте гак після отримання
• Джейк для інструменту збирання
• Upstart як службова обгортка для вузла
• Монітор контролювати та перезавантажувати програми, вони знижуються
• nginx для маршрутизації запитів до різних програм на одному сервері

pm2 виконує трюки.

Особливості: моніторинг, перезавантаження гарячого коду, вбудований балансир навантаження, сценарій автоматичного запуску та процеси воскресіння / скидання.

Ви можете використовувати monit, forever, upstartабо , systemdщоб почати свій сервер.

Ви можете використовувати Varnish або HAProxy замість Nginx (відомо, що Nginx не працює з веб-розетками).

В якості швидкого і брудного рішення , яке ви можете використовувати , 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/

Деякі речі, які слід пам’ятати:

• Хто почне моніторинг вашого процесу? Назавжди чудовий інструмент, але йому потрібен інструмент моніторингу, щоб продовжувати працювати. Це трохи нерозумно, чому б просто не використовувати свою систему init?
• Чи можете ви адекватно контролювати свої процеси?
• У вас працює кілька програм? Якщо так, чи є у вас положення, які не дозволять комусь із них збити інших щодо використання ресурсів?
• Чи буде потрібна послуга весь час? Якщо ні, врахуйте активацію сокета (див. Статтю).

Все це легко зробити за допомогою systemd.

Якщо у вас є кореневий доступ, вам краще встановити демон, щоб він працював у безпечному режимі та звучав у фоновому режимі. Про те, як це зробити для Debian і Ubuntu, ви можете прочитати в публікації блогу Запуск Node.js як сервіс на Ubuntu .

Назавжди зробить трюк.

@Kevin: Ви повинні мати змогу добре вбивати процеси. Я ще раз перевірив би документацію. Якщо ви зможете відтворити помилку, було б чудово розмістити її як проблему на GitHub.

Спробуйте це: http://www.technology-ebay.de/the-teams/mobile-de/blog/deploying-node-applications-with-capistrano-github-nginx-and-upstart.html

Чудовий і докладний посібник з розгортання програм Node.js за допомогою Capistrano, Upstart і Nginx

Як сказав Box9, Forever є хорошим вибором коду виробництва. Але також можна продовжувати процес, навіть якщо SSH з'єднання закрите від клієнта.

Хоча це не обов'язково є гарною ідеєю для виробництва, це дуже зручно, коли в середині тривалих сеансів налагодження або слідкувати за консольним виведенням тривалих процесів, або коли це корисно для відключення вашого SSH-з'єднання, але підтримуйте термінал живим на сервері пізніше відновити зв'язок (наприклад, запустити додаток Node.js вдома та пізніше підключитися до консолі, щоб перевірити, як все відбувається).

Якщо припустити, що ваш сервер являє собою * nix вікно, ви можете використовувати команду екрана з оболонки, щоб зберегти процес, навіть якщо клієнтський SSH закритий. Ви можете завантажити / встановити екран з Інтернету, якщо він ще не встановлений (шукайте пакет для розповсюдження, якщо Linux, або використовуйте MacPorts якщо ОС X).

Він працює наступним чином:

1. Коли ви вперше відкриєте з’єднання SSH, введіть "екран" - це розпочне ваш сеанс на екрані.
2. Почніть працювати як звичайно (тобто запустіть свою програму Node.js)
3. Закінчивши, закрийте свій термінал. Ваші серверні процеси продовжуватимуться працювати.
4. Щоб знову підключитися до консолі, поверніться назад до сервера, увійдіть та введіть 'screen -r', щоб знову підключитися. Ваш старий контекст консолі з'явиться готовим до вас, щоб відновити його використання.
5. Щоб вийти з екрана під час підключення до сервера, введіть 'exit' у консольному рядку - це перенесе вас на звичайну оболонку.

Ви можете одночасно виконувати декілька сеансів на екрані, як це потрібно, і ви можете підключитися до будь-якого з них із будь-якого клієнта. Прочитайте документацію в Інтернеті для всіх варіантів.

Назавжди - це хороший варіант для забезпечення роботи програм (і це npm встановлюється як модуль, який приємно).

Але для більш серйозного «розгортання» - таких речей, як віддалене управління розгортанням, перезавантаженням, запуском команд тощо - я би використовував capistrano з розширенням вузла.

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

https://paastor.com - це відносно нова послуга, яка робить розгортання для вас, VPS або іншим сервером. Існує CLI для просування коду. Пастор має вільний рівень, принаймні, це робився під час публікації цього повідомлення.

У вашому випадку ви можете використовувати вискочка демон. Для повного рішення щодо розгортання я можу запропонувати capistrano . Два корисних посібника: Як налаштувати Node.js env та Як розгорнути через capistrano + upstart .

Спробуйте сервер вузла-розгортання . Це складний набір інструментів для розгортання програми на ваших приватних серверах. Він написаний на Node.js і використовує npm для встановлення.