GN+: BlazingMQ - ระบบคิวข้อความโอเพนซอร์สประสิทธิภาพสูง

• โปรเจ็กต์ที่ Bloomberg สร้างขึ้นและใช้งานภายในมานานกว่า 8 ปี ก่อนจะเปิดเป็นโอเพนซอร์ส
• ออกแบบมาให้มีประสิทธิภาพ เชื่อถือได้ และมีฟีเจอร์ครบถ้วนสำหรับเวิร์กโฟลว์สมัยใหม่
• เขียนด้วย C++ และไม่มีการพึ่งพาเฟรมเวิร์กภายนอก
• มีค่าหน่วงต่ำ (p99) และช่วยประหยัดแบนด์วิดท์เครือข่ายในเวิร์กโฟลว์แบบ fan-out สูง
• ใช้การทำคลัสเตอร์และการจำลองแบบบนพื้นฐาน Quorum เพื่อความพร้อมใช้งานสูง
• มีวิธีการจัดเส้นทางข้อความหลากหลายสำหรับไปป์ไลน์ประมวลผลข้อความที่ซับซ้อน: Work Queue, Consumer Priority
• รองรับโทโพโลยีเครือข่ายแบบหลายฮอปที่เป็นเอกลักษณ์ เพื่อช่วยประหยัดแบนด์วิดท์เครือข่าย

[GN⁺]

ความคิดเห็นจาก Hacker News

• ฟีเจอร์ fan-out ของ BlazingMQ น่าสนใจสำหรับการนำส่วนต้นน้ำของ Firehose API ไปใช้งาน
• ผู้แสดงความคิดเห็นกำลังพิจารณาใช้ gRPC + Flatbuffers + พร็อกซีสำหรับงานคำนวณหนัก และกำลังมองหาเหตุผลที่จะเลือก message broker แทนแนวทางระดับล่าง
• BlazingMQ รองรับโทโพโลยีเครือข่ายแบบหลายฮ็อปที่ค่อนข้างแปลก ซึ่งอาจช่วยประหยัดแบนด์วิดท์เครือข่ายได้ในบางกรณีการใช้งาน
• ผู้แสดงความคิดเห็นสงสัยว่า BlazingMQ เทียบกับ Kafka อย่างไรในแง่ของ partition routing
• ผู้แสดงความคิดเห็นสนใจการนำเทคโนโลยีอินเทอร์เฟซที่หลากหลายไปใช้ในอุตสาหกรรมอื่น เช่น การดูแลสุขภาพ
• หน้าแลนดิ้งเพจของ BlazingMQ ออกแบบมาดีและเข้าใจง่าย แม้สำหรับคนที่ไม่คุ้นเคยกับ message queue
• ผู้แสดงความคิดเห็นเคยทำงานกับทีม BlazingMQ ช่วงสั้น ๆ และคิดว่าเป็นทีมที่ยอดเยี่ยมซึ่งทำงานกับเทคโนโลยีที่น่าสนใจ
• ผู้แสดงความคิดเห็นไม่พบข้อมูลเกี่ยวกับความเข้ากันได้กับ MQTT ในเอกสารของ BlazingMQ
• ผู้แสดงความคิดเห็นสงสัยว่า BlazingMQ จะมี API นอกเหนือจาก Java และ C++ หรือไม่
• ผู้แสดงความคิดเห็นอยากเปรียบเทียบ BlazingMQ กับ NATS.io
• ผู้แสดงความคิดเห็นประหลาดใจที่วิศวกรซอฟต์แวร์มักนำองค์ประกอบพื้นฐานเชิงแนวคิดแบบเดิมกลับมาสร้างใหม่อยู่บ่อย ๆ และสงสัยว่าโรงพยาบาลก็เป็นแบบเดียวกันหรือไม่
• ผู้แสดงความคิดเห็นประหลาดใจที่ BlazingMQ ถูกใช้กับเทอร์มินัลของ Bloomberg และคาดเดาว่าน่าจะไม่ได้ใช้บนเว็บไซต์
• ผู้แสดงความคิดเห็นประทับใจกับแอนิเมชันในบทความเกี่ยวกับ BlazingMQ และสงสัยว่ามันถูกสร้างขึ้นอย่างไร