แนวคิดการส่งข้อความ

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

MassTransitคือเฟรมเวิร์ก .NET ที่ทำงานอยู่เหนือโบรกเกอร์ข้อความ เช่น RabbitMQ หรือ Azure Service Bus โดยจัดการการทำอนุกรม การกำหนดเส้นทาง การลองใหม่ และงานอื่น ๆ ให้ คุณจึงมุ่งเน้นที่ข้อความและตัวจัดการได้โดยไม่ต้องจัดการรายละเอียดการเชื่อมต่อโบรกเกอร์

จุดประสงค์ของข้อความมีสองแบบที่สำคัญ คำสั่งจะบอกบริการหนึ่งที่ระบุไว้ให้ดำเนินการบางอย่าง ("ChargePayment") ส่วนเหตุการณ์จะแจ้งว่าสิ่งใดสิ่งหนึ่งเกิดขึ้นแล้ว ("OrderPlaced") ให้ผู้ที่สนใจทราบ คำสั่งมีตัวจัดการหนึ่งตัว ส่วนเหตุการณ์มีตัวจัดการได้หลายตัว

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

เหตุการณ์จะตั้งชื่อในรูปอดีตกาลและเผยแพร่ไปยังผู้ติดตามที่สนใจทั้งหมด

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

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

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

บริการคำสั่งซื้อเผยแพร่ OrderPlaced แล้วดำเนินการต่อ จากนั้นบริการอีเมลและบริการวิเคราะห์ข้อมูลจะแยกกันรับเหตุการณ์นี้ การเพิ่มผู้ติดตามรายใหม่ไม่จำเป็นต้องเปลี่ยนแปลงผู้ผลิตข้อความ

โดยทั่วไปโบรกเกอร์จะรับประกันการส่งอย่างน้อยหนึ่งครั้ง ซึ่งหมายความว่าข้อความอาจถูกส่งซ้ำหลังเกิดความล้มเหลว ดังนั้นผู้บริโภคข้อความควรทำงานซ้ำได้อย่างปลอดภัย เพื่อให้การประมวลผลข้อความเดิมสองครั้งไม่ก่อให้เกิดปัญหา

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

ทดสอบแนวคิดการส่งข้อความ

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