सर्वर-साइड जावास्क्रिप्ट दुनिया में, मैं एक साफ-सुथरा, लगभग बिना दिमाग वाला नौसिखिया हूं। इसलिए, जब मैंने प्रक्रिया प्रबंधकों के अस्तित्व के बारे में सीखा, और विशेष रूप से pm2 के बारे में, मैंने तुरंत स्व-शिक्षा के उद्देश्य के लिए nodejs पर कुछ सरल बैकएंड सेवा चलाने के लिए इसका उपयोग करने की कोशिश की। मैं जेएस कोड में import ( ईएस 6 मॉड्यूल ) के माध्यम से मॉड्यूल को जोड़ने की क्षमता से बहुत प्रभावित हूं, क्योंकि यह आपको ब्राउज़र और सर्वर साइड दोनों में समान कोड का उपयोग करने की अनुमति देता है, और मैंने ES6 मॉड्यूल के साथ एक सरल सेवा लिखी है।

संक्षेप में, मैंने pm2 तहत एप्लिकेशन के ES6 संस्करण को लॉन्च करने का प्रबंधन नहीं किया, ऐसे अनुप्रयोगों को चलाने के forever या तो forever लिए उपयोग करना बेहतर होता है या pm2 । कटौती के तहत - लंबे समय तक ग्रंथों को पसंद करने वालों के लिए परिणामों पर एक रिपोर्ट।

परिचय

इस प्रकाशन के संदर्भ में, एक प्रक्रिया प्रबंधक एक ऐसी सेवा को संदर्भित करता है जिसका मुख्य कार्य एक चल रहे nodejs एप्लिकेशन की निगरानी करना और क्रैश की स्थिति में इसे फिर से शुरू करना है। इसके अलावा, प्रक्रिया प्रबंधक एप्लिकेशन (प्रोसेसर, मेमोरी) द्वारा उपभोग किए गए संसाधनों के बारे में जानकारी एकत्र कर सकता है (लेकिन उसके लिए) नहीं है।

परीक्षण सेवा

परीक्षण प्रक्रिया प्रबंधकों के लिए, मैंने ES6 सेवा में इस कोड का उपयोग किया ( github repo ):

 # src/app_es6.mjs import express from "express"; import mod from "./mod/es6.mjs"; const app = express(); const msg = "Hello World! " + mod.getName(); app.get("/", function (req, res) { console.log(msg); res.send(msg); }); app.listen(3000, function () { console.log('ES6 app listening on port 3000!'); });

और ES6 मॉड्यूल में:

 # src/mod/es6.mjs export default { getName: function () { return "ES6 module is here."; } }

CommonJS मॉड्यूल के साथ की गई एक समान सेवा इस प्रकार दिखती है:

 # src/app_cjs.js const express = require("express"); const mod = require("./mod/cjs.js"); const app = express(); const msg = "Hello World! " + mod.getName(); app.get("/", function (req, res) { console.log(msg); res.send(msg); }); app.listen(3000, function () { console.log("CommonJS app listening on port 3000!"); });

CJS मॉड्यूल:

 # src/mod/cjs.js module.exports = { getName: function () { return "CommonJS module is here."; } };

nodejs v12.14.0 पर प्रक्रिया प्रबंधक का उपयोग किए बिना सेवा शुरू करना:

 $ node --experimental-modules ./src/app_es6.mjs # ES6-service $ node ./src/app_cjs.js # CJS-service

PM2

pm2 वर्तमान में प्रस्तावित कार्यक्षमता के लिए प्रक्रिया प्रबंधकों के बीच का नेता है (काम करने की स्थिति में प्रक्रिया को बनाए रखने के अलावा, क्लस्टरिंग , संसाधन उपयोग की निगरानी , प्रक्रियाओं को फिर से शुरू करने के लिए विभिन्न रणनीति ) भी है।

pm2 सेवा समस्याओं के बिना शुरू होती है ( pm2 v4.2.1):

 $ pm2 start ./src/app_cjs.js -i 4

क्लस्टर में सेवा आवृत्तियों की निर्दिष्ट संख्या भी समस्याओं के बिना समर्थित है:

 root@omen17:~# ps -Af | grep app_cjs alex 29848 29828 0 15:31 ? 00:00:00 node /.../src/app_cjs.js alex 29855 29828 0 15:31 ? 00:00:00 node /.../src/app_cjs.js alex 29864 29828 0 15:31 ? 00:00:00 node /.../src/app_cjs.js alex 29875 29828 0 15:31 ? 00:00:00 node /.../src/app_cjs.js

एक उदाहरण ( PID 29864 ) को मारने के बाद, प्रक्रिया प्रबंधक ने तुरंत एक नया ( PID 30703 ) उठाया:

 root@omen17:~# kill -s SIGKILL 29864 root@omen17:~# ps -Af | grep app_cjs alex 29848 29828 0 15:31 ? 00:00:00 node /.../src/app_cjs.js alex 29855 29828 0 15:31 ? 00:00:00 node /.../src/app_cjs.js alex 29875 29828 0 15:31 ? 00:00:00 node /.../src/app_cjs.js alex 30703 29828 7 15:35 ? 00:00:00 node /.../src/app_cjs.js

लेकिन एप्लिकेशन का ES6 संस्करण pm2 में सही तरीके से काम नहीं करता है। जब तर्क "--experimental- मॉड्यूल" को नोडज में पास कर रहे हैं:

 $ pm2 start ./src/app_es6.mjs -i 4 --node-args="--experimental-modules"

यह इस तस्वीर से पता चलता है:

लॉग में हम देखते हैं:

 $ pm2 log ... /home/alex/.pm2/logs/app-es6-error-2.log last 15 lines: 2|app_es6 | at /usr/lib/node_modules/pm2/node_modules/async/internal/onlyOnce.js:12:16 2|app_es6 | at WriteStream.<anonymous> (/usr/lib/node_modules/pm2/lib/Utility.js:186:13) 2|app_es6 | at WriteStream.emit (events.js:210:5) 2|app_es6 | at internal/fs/streams.js:299:10 2|app_es6 | Error [ERR_REQUIRE_ESM]: Must use import to load ES Module: /home/alex/work/sof_es6_pm/src/app_es6.mjs 2|app_es6 | at Object.Module._extensions..mjs (internal/modules/cjs/loader.js:1029:9) 2|app_es6 | at Module.load (internal/modules/cjs/loader.js:815:32) 2|app_es6 | at Function.Module._load (internal/modules/cjs/loader.js:727:14) 2|app_es6 | at /usr/lib/node_modules/pm2/lib/ProcessContainer.js:297:23 2|app_es6 | at wrapper (/usr/lib/node_modules/pm2/node_modules/async/internal/once.js:12:16) 2|app_es6 | at next (/usr/lib/node_modules/pm2/node_modules/async/waterfall.js:96:20) 2|app_es6 | at /usr/lib/node_modules/pm2/node_modules/async/internal/onlyOnce.js:12:16 2|app_es6 | at WriteStream.<anonymous> (/usr/lib/node_modules/pm2/lib/Utility.js:186:13) 2|app_es6 | at WriteStream.emit (events.js:210:5) 2|app_es6 | at internal/fs/streams.js:299:10

यही है, वास्तव में, pm2 स्क्रिप्ट नहीं चला सकता है जो ट्रांसप्लिकेशन के बिना ES6 मॉड्यूल का उपयोग करते हैं। इस विषय पर नवीनतम मुद्दा 5 दिसंबर, 2019 (लगभग एक महीने पहले) पर बनाया गया था।

सदैव

forever के लिए pm2 ( npmtrends ) के बाद अगला सबसे लोकप्रिय प्रक्रिया प्रबंधक है। यह एक पुरानी परियोजना है (2010 में pm2 लिए 2013 के खिलाफ शुरू हुई), लेकिन इसमें pm2 तुलना में कार्यक्षमता पर एक कम ध्यान दिया गया है। बिना किसी अतिरिक्त pm2 बिना इस प्रक्रिया को बनाए रखने के लिए forever " pm2 " किया जाता है, उपयोग किए गए संसाधनों के लोड संतुलन और निगरानी के रूप में। आवागमन की आवृत्ति को देखते हुए , परियोजना एक स्थिर स्थिति में है (सक्रिय विकास चरण पहले ही पारित हो चुका है) और आप इससे किसी भी नए कार्य की उम्मीद नहीं कर सकते। मुझे कमांड लाइन से nodejs को forever शुरू करने के लिए तर्कों को पारित करने का एक तरीका नहीं मिला, लेकिन यदि आप कॉन्फ़िगरेशन फ़ाइल का उपयोग करते हैं तो ऐसी संभावना है:

 { "uid": "app_es6", "max": 5, "spinSleepTime": 1000, "minUptime": 1000, "append": true, "watch": false, "script": "src/app_es6.mjs", "command": "node --experimental-modules" }

इस संस्करण में एप्लिकेशन चलाना इस तरह दिखता है:

 $ forever start forever.es6.json ... $ forever list info: Forever processes running data: uid command script forever pid id logfile uptime data: [0] app_es6 node --experimental-modules src/app_es6.mjs 3972 3979 /home/ubuntu/.forever/app_es6.log 0:0:0:3.354

ये प्रक्रियाएं स्वयं हैं:

 $ ps -Af | grep es6 ubuntu 3972 1 0 12:01 ? 00:00:00 /usr/bin/node /usr/lib/node_modules/forever/bin/monitor src/app_es6.mjs ubuntu 3979 3972 0 12:01 ? 00:00:00 node --experimental-modules /home/ubuntu/sof_es6_pm/src/app_es6.mjs

जब प्रक्रिया "मार" ( PID 3979 ) होती है, तो प्रबंधक नियमित रूप से एक नया ( PID 4013 ) उठाता है:

 $ kill -s SIGKILL 3979 ubuntu@vsf:~/sof_es6_pm$ ps -Af | grep es6 ubuntu 3972 1 0 12:01 ? 00:00:00 /usr/bin/node /usr/lib/node_modules/forever/bin/monitor src/app_es6.mjs ubuntu 4013 3972 4 12:10 ? 00:00:00 node --experimental-modules /home/ubuntu/sof_es6_pm/src/app_es6.mjs

forever लिए ES6 मॉड्यूल का उपयोग करने वाले एप्लिकेशन को लॉन्च करने का एक उत्कृष्ट काम करता है, लेकिन सवाल यह उठता है कि ओएस के स्वयं के संसाधनों के माध्यम से समान कार्यक्षमता प्राप्त की जा सकती है, तो लिनक्स सिस्टम पर forever क्यों खींच?

systemd

systemd आपको एक Linux वातावरण में सेवाएँ बनाने और अचानक दुर्घटना की स्थिति में, उनके प्रक्षेपण को नियंत्रित करने की अनुमति देता है। यह सेवा के विवरण के साथ एक इकाई-फ़ाइल बनाने के लिए पर्याप्त है (( ./app_es6.service ))

 [Unit] Description=Simple web server with ES6 modules. After=network.target [Service] Type=simple Restart=always PIDFile=/run/app_es6.pid WorkingDirectory=/home/ubuntu/sof_es6_pm ExecStart=/usr/bin/nodejs --experimental-modules /home/ubuntu/sof_es6_pm/src/app_es6.mjs [Install] WantedBy=multi-user.target

और इसे /etc/systemd/system निर्देशिका से लिंक करें (पथ फ़ाइल इकाई में पूर्ण होना चाहिए)। अचानक बंद होने की स्थिति में सेवा को फिर से शुरू करने का विकल्प है:

 Restart=always

सेवा इस प्रकार शुरू की गई है:

 # systemctl start app_es6.service # systemctl status app_es6.service ● app_es6.service - Simple web server with ES6 modules. Loaded: loaded (/home/ubuntu/sof_es6_pm/app_es6.service; linked; vendor preset: enabled) Active: active (running) since Thu 2020-01-02 11:09:42 UTC; 9s ago Main PID: 2184 (nodejs) Tasks: 11 (limit: 4662) CGroup: /system.slice/app_es6.service └─2184 /usr/bin/nodejs --experimental-modules /home/ubuntu/sof_es6_pm/src/app_es6.mjs Jan 02 11:09:42 vsf systemd[1]: Started Simple web server with ES6 modules.. Jan 02 11:09:42 vsf nodejs[2184]: (node:2184) ExperimentalWarning: The ESM module loader is experimental. Jan 02 11:09:42 vsf nodejs[2184]: ES6 app listening on port 3000!

जब प्रक्रिया "मार" ( PID 2184 ) है, तो systemd नियमित रूप से एक नया ( PID 2233 ) उठाता है:

 # ps -Af | grep app_es6 root 2184 1 0 11:09 ? 00:00:00 /usr/bin/nodejs --experimental-modules /home/ubuntu/sof_es6_pm/src/app_es6.mjs # kill -s SIGKILL 2184 # ps -Af | grep app_es6 root 2233 1 3 11:10 ? 00:00:00 /usr/bin/nodejs --experimental-modules /home/ubuntu/sof_es6_pm/src/app_es6.mjs

यही है, systemd forever की तरह ही करता forever , लेकिन अधिक मौलिक स्तर पर।

StrongLoop

प्रक्रिया प्रबंधकों के लिए कार्यान्वयन विकल्पों की समीक्षा करते समय, स्ट्रॉन्ग्लॉप अक्सर पॉप अप करते हैं। हालांकि, यह बहुत अधिक दिखता है कि इस परियोजना ने विकास बंद कर दिया है (नवीनतम संस्करण 6.0.3 को 3 साल पहले जारी किया गया था )। मैं इसे Ubuntu 18.04 पर npm माध्यम से स्थापित करने में भी असमर्थ था:

 # npm install -g strongloop npm WARN deprecated swagger-ui@2.2.10: No longer maintained, please upgrade to swagger-ui@3. ... npm ERR! A complete log of this run can be found in: npm ERR! /root/.npm/_logs/2020-01-02T11_25_15_473Z-debug.log

yarn माध्यम से yarn पैकेज स्थापित किया गया था, निर्भरता और स्थापना त्रुटियों के पदावनत संस्करणों के बारे में बड़ी संख्या में संदेशों के बावजूद, हालांकि, मैंने स्ट्रोनोपॉप का अध्ययन करने से इनकार कर दिया।

डेवलपर उपकरण

बहुत बार pm2 बगल में और forever लिए ऐसे पैकेज होते हैं जैसे कि नोडमॉन , वॉच , ऑनचेंज । ये उपकरण प्रक्रिया प्रबंधक नहीं हैं, लेकिन वे आपको फ़ाइलों में परिवर्तन की निगरानी करने और इन परिवर्तनों से जुड़ी कमांड को निष्पादित करने की अनुमति देते हैं (आवेदन को पुनः आरंभ करने सहित)।

सारांश

pm2 जैसी प्रक्रिया प्रबंधक सर्वर-साइड JS दुनिया में एक बहुत ही उपयोगी सेवा है। लेकिन, दुर्भाग्य से, pm2 खुद pm2 आधुनिक nodejs अनुप्रयोगों को चलाने की अनुमति नहीं देता है (विशेष रूप से, nodejs मॉड्यूल के साथ)। चूंकि मैं वास्तव में ट्रांसप्लिकेशन की तरह नहीं हूं, इसलिए मेरे लिए फिलहाल नोडज में सबसे स्वीकार्य प्रक्रिया प्रबंधक पारंपरिक systemd (या इसके विकल्प ) हैं। हालाँकि, मैं pm2 का उपयोग करते pm2 खुश pm2 जैसे ही pm2 ES6 मॉड्यूल के साथ अनुप्रयोगों का समर्थन कर सकता है।

नोडज: प्रोसेस मैनेजर और ईएस 6 मॉड्यूल