NServiceBus กับ MassTransit

ฉันกำลังดิ้นรนกับรายการข้อดีข้อเสียเกี่ยวกับ NServiceBus และ MassTransit

ตอนนี้ฉันรู้ว่ามีกระทู้อยู่แล้ว แต่มันไม่ได้ตอบคำถามของฉันจริงๆ

นี่คือสิ่งที่ฉันอ่านจนถึงตอนนี้:

1. NServiceBus ใช่ได้รับอนุญาตและไม่ได้มาฟรี
2. MassTransit ใช่มันเป็นโอเพ่นซอร์ส แต่เอกสารดูเหมือนจะขาดไปบ้าง

NServiceBus เก่ากว่าและมีข้อมูลอ้างอิงมากกว่า หาข้อมูลเกี่ยวกับ MassTransit ได้ยาก แต่ฉันก็เปิดใจกว้าง อย่างไรก็ตามฉันต้องส่งมอบโซลูชันที่มั่นคงดังนั้นฉันจึงต้องถาม

ดังนั้นโปรดคนที่มีประสบการณ์เกี่ยวกับทั้งสองกรอบ ทำไมฉันจึงควรเลือก NServiceBus? หรือทำไมฉันจึงควรเลือก MassTransit

มันคือประสิทธิภาพความปลอดภัยขนาดหรือ?

ถ้าฉันต้องสรุปนี่คือสิ่งที่ฉันจะพูด:

หากคุณต้องการการสนับสนุนเชิงพาณิชย์ไปที่ NServiceBus หากคุณพอใจกับการใช้ฟอรัมเป็นเครื่องมือสนับสนุน MassTransit เป็นตัวเลือกที่ยอดเยี่ยม นักพัฒนาได้ตอบสนองต่อปัญหาของเราเป็นอย่างดี หากคุณเลือก MassTransit ตอนนี้คุณจะเลือกระหว่าง MSMQ และ RabbitMQ หากคุณต้องการ DTC ไปกับ MSMQ หากคุณต้องการคุณสมบัติเพิ่มเติมและการดูแลระบบที่ดีขึ้นไปกับ RabbitMQ

ในโครงการของเราเราเปลี่ยนจาก NServiceBus เป็น MassTransit ด้วยเหตุผลสองประการ:

1. MassTransit ฟรี
2. เรารัก RabbitMQ

ฉันใช้ทั้งสองกรอบ ฉันใช้ MassTransit นานกว่า NServiceBus นี่คือไฮไลท์ที่ฉันเห็น

ค่าใช้จ่าย:

• MassTransit เป็น Apache 2.0 ที่ได้รับอนุญาตและฟรีสำหรับการผลิตเชิงพาณิชย์ในขณะที่ NServiceBus ไม่ใช่

สนับสนุน:

• ดังที่ Udi กล่าวไว้มีตัวเลือกสำหรับการสนับสนุน NServiceBus เชิงพาณิชย์ฉันไม่เห็นสิ่งนั้นสำหรับ MassTransit

ขนส่ง:

• MassTransit รองรับ MSMQ และ RabbitMQ
• NServiceBus รองรับเฉพาะ MSMQ RabbitMQ เท่านั้นที่รองรับใน NServiceBus 4+

RabbitMQ กับ MSMQ:

• MSMQ สนับสนุน DTC (ผู้ประสานงานธุรกรรมแบบกระจาย) สำหรับธุรกรรมที่เกี่ยวข้องกับหลายกระบวนการบนเครื่องหลายเครื่อง (เช่นเซิร์ฟเวอร์ SQL, Windows Service)
• RabbitMQ มีอินเทอร์เฟซการดูแลระบบที่ยอดเยี่ยม
• MSMQ มีมานานกว่าและเป็นผลิตภัณฑ์ของ Microsoft
• RabbitMQ ใหม่กว่าโอเพ่นซอร์สฟรีและสนับสนุนโดย VMWare
• MSMQ ถูกติดตั้งบนเครื่อง Windows ส่วนใหญ่ตามค่าเริ่มต้น

Udi Dahan และกลุ่ม MassTransit (Chris Patterson, Dru Sellers และ Travis Smith) ล้วนเป็นคนที่ยอดเยี่ยม

ในฐานะผู้เขียน NServiceBus ดั้งเดิมฉันอาจมีอคติกับเทคโนโลยีของตัวเองเล็กน้อย แต่ฉันจะพยายามรักษาความสมดุลให้มากที่สุดเท่าที่จะทำได้

การสนับสนุนการขนส่ง

ทั้ง NServiceBus และ MassTransit รองรับRabbitMQและAzure Service Busแต่ NServiceBus ยังรองรับ:

• Amazon SQS
• Azure Storage Queues
• SQL Server (โดยใช้ตารางธรรมดา)
• MSMQ

ในหัวข้อ RabbitMQ

อาร์กิวเมนต์อาจจะทำที่ NServiceBus มีการสนับสนุนที่แข็งแกร่งสำหรับ RabbitMQ - ตัวอย่างเช่นในของฟังก์ชั่นการส่งมอบล่าช้าในขณะที่ระบบขนส่งมวลชนรัฐว่าปลั๊กอิน "ของพวกเขายังถือว่าอยู่ในระหว่างการทดลอง MassTransit สนับสนุน แต่เราไม่สามารถรับประกันอะไรได้มากไปกว่าปลั๊กอิน รับประกันตัวเอง”

นอกจากนี้เรายังทำงานอย่างใกล้ชิดกับทีม RabbitMQ โดยมีส่วนร่วมกับ. net SDKเพื่อประโยชน์ของระบบนิเวศทั้งหมด

เมื่อมาถึง Azure Service Bus

ระดับการทำงานร่วมกันที่เรามีกับทีม Azure Service Bus นั้นสูงยิ่งขึ้นโดยมี PR มากกว่า 70 รายการสำหรับ SDK หลัก. netSDK

เมื่อคุณใช้ NServiceBus คุณจะได้รับประโยชน์จากความรู้ที่ลึกซึ้งอย่างเต็มที่

เครื่องมือ

นี่คือความแตกต่างที่ใหญ่ที่สุด

เมื่อคุณสร้างระบบที่สำคัญแล้วการมองเห็นว่าชิ้นส่วนต่างๆที่เคลื่อนไหวพูดคุยกันนั้นมีความสำคัญมากเพียงใด MassTransit ไม่มีอะไรมากในพื้นที่นี้นอกเหนือจากการรวมขนาดเล็กผ่านแหล่งข้อมูลการวินิจฉัยไปยังเครื่องมือของบุคคลที่สามเช่น Application Insights หรือ Open Trace

แพลตฟอร์มบริการรอบ ๆ NServiceBus ไปได้ไกลกว่าเล็กน้อยทำให้คุณสามารถดูไดอะแกรมลำดับในจุดสิ้นสุดทั้งหมดด้วยServiceInsight :

คุณยังสามารถรับมุมมองเชิงตรรกะของปลายทางและข้อความทั้งหมดของคุณ:

โดยพื้นฐานแล้วคุณจะได้รับเอกสารการใช้ชีวิตของสถาปัตยกรรมระบบของคุณ

การจัดการและการตรวจสอบ

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

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

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

และในที่สุดก็มีการตรวจสอบประสิทธิภาพในแพลตฟอร์ม:

คุณจะได้รับแพ็คเกจเต็มรูปแบบเมื่อพูดถึงการสนับสนุนด้านการผลิต

การสนับสนุนระยะยาวและความเข้ากันได้ย้อนหลัง

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

ด้วยการสนับสนุน NServiceBus ประกอบด้วย :

• 2 ปีขึ้นไปสำหรับแต่ละเวอร์ชันหลัก
• เพิ่มอีก 2 ปีของการสนับสนุนการขยาย
• รับประกันเวลาตอบสนองสำหรับปัญหาร้ายแรง
• พร้อมใช้งานตลอด 24 ชั่วโมงทุกวัน

การให้คำปรึกษาและการฝึกอบรม

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

ใบอนุญาต

สิ่งที่บางคนยังไม่ทราบเกี่ยวกับ NServiceBus คือว่ามันเป็นฟรีสำหรับการใช้งานส่วนบุคคลและที่เพิ่งเริ่มต้น

เมื่อพูดถึงการใช้งานเชิงพาณิชย์รูปแบบการออกใบอนุญาตรอบ ๆ NServiceBus มีความยืดหยุ่นมากตามที่ลูกค้าในวงกว้างระบุและสามารถปรับให้เหมาะสมกับการจัดการ แน่นอนว่าด้วย MassTransit การออกใบอนุญาตนั้นฟรี

หวังว่าจะช่วยได้บ้าง

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

ตอนนี้ Rebus มีอายุประมาณ 8 ปีแล้วและมันถูกใช้เพื่อเคลื่อนย้ายเงินและควบคุมโรงไฟฟ้าตั้งแต่เริ่มต้น

รองรับระบบจัดคิวขั้นพื้นฐานส่วนใหญ่เช่น MSMQ, RabbitMQ, Azure Service Bus, Azure Storage Queues, Amazon SQS เป็นต้น แต่ยังรองรับสิ่งที่ตลกมากขึ้นเช่นการใช้ MSSQL, PostgreSQL และ Oracle ในการขนส่ง

วิกิเอกสารนั้นค่อนข้างครอบคลุมแม้ว่าหลาย ๆ คนดูเหมือนจะเข้าใจเพราะ API ของ Rebus นั้นสามารถค้นพบได้ง่าย

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

หากคุณเป็นผู้ใช้ Rebus ที่จริงจังและคุณต้องการข้อตกลงการสนับสนุนอย่างเป็นทางการและเครื่องมือพิเศษคุณสามารถสมัครสมาชิกRebus Proซึ่งนำเสนอโดยRebus FM (บริษัท ที่อยู่เบื้องหลัง Rebus)

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

คุณสามารถใช้ Shuttle (FOSS) ได้ตลอดเวลา: https://github.com/Shuttle/shuttle-esb :)

เอกสารประกอบ (ปรับปรุงอยู่เสมอ): http://shuttle.github.io/shuttle-esb/

โครงการรถรับส่งดำเนินไปเกือบ 2 ปีและใช้ระบบการผลิต จะเป็นเรื่องของการเลือกสิ่งที่ตรงใจคุณ

NServiceBus มีประวัติที่ดี ฉันเคยใช้มันมาก่อนในระบบการผลิต (1.9) แต่ไม่ใช่เนื่องจากมันไปสู่เชิงพาณิชย์ (จุดที่ฉันเริ่มต้นด้วย Shuttle)

ฉันยังไม่ได้ลอง MassTransit

ฉันเดาว่าตัวเลือกทั้งหมดของคุณจะมีพื้นฐาน (command / event / pub-sub) อย่างไรก็ตาม NServiceBus มี sagas และข้อมูลบัสข้อมูลแม้ว่าฉันจะคิดว่ามันง่ายพอที่จะจัดการข้อมูลภายนอกเซอร์วิสบัสเช่นในตัวจัดการข้อความปลายทางของคุณ ฉันไม่รู้ว่า MassTransit มี sagas / data bus หรือไม่ แต่ Shuttle ไม่แน่นอน

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

เพื่อให้คำตอบที่ทันสมัยยิ่งขึ้นฉันได้พัฒนาอย่างมืออาชีพด้วยระบบนิเวศทั้งสองระบบและตอนนี้ทั้งสองสนับสนุนเทคโนโลยี MQ ที่หลากหลายและ. NET Core

ฉันใช้ NServicebus เมื่อสองสามปีก่อนกับผลิตภัณฑ์คลาวด์ใหม่เราต้องการ. NET Core ซึ่งระบบขนส่งมวลชนไม่รองรับในเวลานั้น ฉันต้องบอกว่ามันเป็นสิ่งที่ดีที่จะใช้ในฐานะนักพัฒนามี liners ที่ดีมากมายเครื่องมือ / การตรวจสอบที่ยอดเยี่ยมและเอกสารนั้นดีมาก

มีการสนับสนุนและใบอนุญาตในระดับต่างๆและมีอยู่ครั้งหนึ่งที่เราต้องการความช่วยเหลือบางอย่างก็มีคุณภาพดี

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

แม้ว่าจะใช้งานได้ดีและผู้พัฒนา MT ดูเหมือนจะพยายามอย่างมากในการสนับสนุน OSS ของพวกเขา - เกินกว่าที่คุณจะคาดหวังได้อย่างสมเหตุสมผล

โดยส่วนตัวแล้ว TLDR ของฉันจะเป็น - รับ NServicebus หาก บริษัท ของคุณมั่นใจได้ว่าจะจ่ายเงินให้ แต่ MT เป็นทางเลือกที่ให้บริการและดีที่สุดที่คุณจะได้รับฟรี