สถาปัตยกรรมแอปพลิเคชันเว็บ - จำเป็นต้องมีคิวงาน/งานหรือไม่

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

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

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

คุณถามเกี่ยวกับงานที่เกิดซ้ำ และฉันคิดว่าคำตอบนั้นขึ้นอยู่กับว่าพวกเขาจำเป็นต้องเกิดซ้ำเมื่อใด

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

ฉันเพิ่งอธิบายรูปแบบที่คล้ายกันนี้ที่นี่