กระบวนการเบื้องหลังใน Node.js

aproach ที่ดีในการจัดการกระบวนการเบื้องหลังในแอปพลิเคชัน NodeJS คืออะไร?

สถานการณ์ : หลังจากที่ผู้ใช้โพสต์บางอย่างไปยังแอปฉันต้องการบีบอัดข้อมูลขอข้อมูลเพิ่มเติมจากแหล่งข้อมูลภายนอก ฯลฯ ทั้งหมดนี้ค่อนข้างใช้เวลานานดังนั้นฉันจึงต้องการให้มันออกจากลูป req / res วิธีที่ดีที่สุดคือมีคิวงานที่คุณสามารถถ่ายโอนงานได้อย่างรวดเร็วและ daemon หรือนักวิ่งงานจะใช้งานที่เก่าแก่ที่สุดและประมวลผลเสมอ

ใน RoR ฉันจะทำบางอย่างเช่น Delayed Job Node ที่เทียบเท่ากับ API นี้คืออะไร

ถ้าคุณต้องการสิ่งที่มีน้ำหนักเบาที่วิ่งในกระบวนการเดียวกันกับเซิร์ฟเวอร์ผมขอแนะนำให้กระทิง มี API แบบง่ายที่ช่วยให้สามารถควบคุมคิวของคุณได้อย่างละเอียด

หากคุณกำลังมองหาสิ่งที่วิ่งเป็นกระบวนการทำงานแบบสแตนด์อโลนอาจจะมองเข้าไปในกือ สามารถทำงานเป็นเซิร์ฟเวอร์ RESTful API และยังมีแอปส่วนหน้าหลายตัวที่เขียนขึ้น

หากคุณคุ้นเคยกับ Ruby's Resque มีการใช้งานโหนดที่เรียกว่าNode-resque

Bull, Kue และ Node-resque ล้วนได้รับการสนับสนุนโดยRedisซึ่งแพร่หลายในคิวผู้ปฏิบัติงาน Node.js ทั้ง 3 คนจะสามารถทำสิ่งที่ DelayedJob ของ RoR ทำได้มันเป็นเรื่องของคุณสมบัติเฉพาะที่คุณต้องการและการตั้งค่า API ของคุณ

งานเบื้องหลังไม่เกี่ยวข้องโดยตรงกับงานบริการบนเว็บของคุณดังนั้นจึงไม่ควรอยู่ในกระบวนการเดียวกัน เมื่อคุณขยายขนาดการใช้งานหน่วยความจำของงานเบื้องหลังจะส่งผลต่อประสิทธิภาพของบริการเว็บ แต่คุณสามารถใส่ไว้ในที่เก็บโค้ดเดียวกันได้หากต้องการสิ่งที่สมเหตุสมผลกว่า

ทางเลือกที่ดีทางหนึ่งสำหรับการส่งข้อความระหว่างสองกระบวนการคือredisหากทิ้งข้อความทุกครั้งก็โอเค ถ้าคุณต้องการ "ไม่มีข้อความทิ้งไว้ข้างหลัง" คุณจะต้องเป็นนายหน้าหนามากขึ้นเช่นกระต่าย กระบวนการบริการบนเว็บของคุณสามารถเผยแพร่และกระบวนการงานเบื้องหลังของคุณสามารถสมัครสมาชิกได้

ไม่จำเป็นสำหรับทั้งสองกระบวนการที่จะโฮสต์ร่วมกันพวกเขาสามารถอยู่บน VMs แยกต่างหากคอนเทนเนอร์ Docker สิ่งที่คุณใช้ สิ่งนี้ช่วยให้คุณขยายขนาดได้โดยไม่มีปัญหามากนัก

หากคุณกำลังใช้ MongoDB ผมขอแนะนำให้วาระ ด้วยวิธีนี้อินสแตนซ์ Redis ที่แยกจากกันจะไม่ทำงานและคุณลักษณะต่างๆเช่นการตั้งเวลาการจัดคิวและ UI ของเว็บมีอยู่ทั้งหมด Agenda UIเป็นทางเลือกและสามารถรันแยกกันได้

ขอแนะนำให้ตั้งค่าสิ่งที่เป็นนามธรรมควบคู่กันอย่างหลวม ๆ ระหว่างตรรกะแอปพลิเคชันของคุณกับระบบการจัดคิว / การจัดตารางเวลาเพื่อให้สามารถสลับระบบประมวลผลพื้นหลังทั้งหมดได้หากจำเป็น กล่าวอีกนัยหนึ่งคือให้ตรรกะของแอปพลิเคชัน / การประมวลผลอยู่ห่างจากคำจำกัดความงานวาระการประชุมของคุณให้มากที่สุดเพื่อให้มีน้ำหนักเบา

ฉันอยากแนะนำให้ใช้Redisในการจัดตารางงาน มีโครงสร้างข้อมูลที่แตกต่างกันมากมายคุณสามารถเลือกโครงสร้างข้อมูลที่เหมาะสมกับกรณีการใช้งานของคุณได้ดีกว่า

คุณพูดถึง RoR และ DJ ดังนั้นฉันถือว่าคุณคุ้นเคยกับ sidekiq คุณสามารถใช้node-sidekiqสำหรับการจัดกำหนดการงานได้หากต้องการ แต่ imo ที่ไม่เหมาะสมเนื่องจากมีจุดประสงค์หลักเพื่อรวม nodejs เข้ากับ RoR

สำหรับผู้ปฏิบัติงาน daemonising ฉันขอแนะนำให้ใช้PM2 มีการใช้กันอย่างแพร่หลายและได้รับการดูแลอย่างสม่ำเสมอ ช่วยแก้ปัญหาได้มากมาย (เช่นการปรับใช้งานการตรวจสอบการทำคลัสเตอร์) ดังนั้นตรวจสอบให้แน่ใจว่ามันจะไม่เกินความจำเป็นสำหรับคุณ

ฉันลองผึ้งคิว & วัวและเลือกวัวในที่สุด ก่อนอื่นฉันเลือกผึ้งคิว b / c มันค่อนข้างง่ายตัวอย่างของพวกเขาเข้าใจง่ายในขณะที่ตัวอย่างของวัวนั้นซับซ้อนเล็กน้อย วิกิพีเดียBee Queue's Originยังสะท้อนกับฉัน แต่ปัญหาของผึ้งคือ <1> เวลาในการแก้ไขปัญหาค่อนข้างช้าอัปเดตล่าสุดเมื่อ 10 เดือนที่แล้ว <2> ฉันไม่พบวิธีง่ายๆในการหยุดชั่วคราว / ยกเลิกงาน

ในทางกลับกัน Bull มักจะอัปเดตรหัสของตนเพื่อตอบสนองต่อปัญหา การประเมินคิวงาน Node.jsกล่าวว่าจุดอ่อนของวัวคือ "แก้ปัญหาได้ช้า" แต่ประสบการณ์ของฉันตรงกันข้าม!

แต่อย่างไรก็ตาม api ของพวกเขาก็คล้ายกันดังนั้นจึงค่อนข้างง่ายที่จะเปลี่ยนจากที่หนึ่งไปยังอีก

ฉันขอแนะนำให้ใช้กรอบงาน Node.js ที่เหมาะสมเพื่อสร้างแอปของคุณ

ผมคิดว่าส่วนใหญ่ที่มีประสิทธิภาพและง่ายต่อการใช้งานเป็นSails.js

เป็นเฟรมเวิร์ก MVC ดังนั้นหากคุณใช้เพื่อพัฒนาใน ROR คุณจะพบว่ามันง่ายมาก!

หากคุณใช้มันจะมีตัวจัดการงานที่มีประสิทธิภาพ (ในรูปแบบจาวาสคริปต์) อยู่แล้ว

new sails.cronJobs('0 01 01 * * 0', function () {
   sails.log.warn("START ListJob");
}, null, true, "Europe/Dublin");

หากคุณต้องการข้อมูลเพิ่มเติมโปรดอย่าลังเลที่จะติดต่อฉัน!