Ưu điểm/nhược điểm của việc sử dụng BizTalk thay vì NServiceBus hoặc MassTransit

Question

Tôi tò mò nếu nó thậm chí còn coi BizTalk cho việc triển khai kiến ​​trúc pub/sub messaging (về cơ bản những gì bạn có thể làm với NServiceBus hoặc MassTransit là tất cả những gì tôi thực sự cần). Quản lý của tôi có xu hướng muốn gắn bó với các khuôn khổ được cung cấp trực tiếp từ Microsoft và do đó là một phần của sự thẩm định của tôi về cái mà tôi sử dụng, tôi cần phải cung cấp một bộ tốt các pro/cons cho cả hai bên. Bất kỳ sự hướng dẫn sẽ được đánh giá rất nhiều!

Answer 1

Biztalk là nhà môi giới và phù hợp hơn cho EAI trong phạm vi các dịch vụ kinh doanh khác nhau. Servicebus về cơ bản là khác nhau. Một so sánh có thể được tìm thấy ở đây:

http://docs.particular.net/nservicebus/architecture/nservicebus-and-biztalk

Nếu bạn có thể chia sẻ một số yêu cầu của bạn tôi có thể có thể đưa ra một số hướng dẫn thêm.

Answer 2

Tôi với Andreas về điều này - BizTalk thường phù hợp hơn với việc tích hợp 'thêm giá trị' và quản lý quy trình nghiệp vụ, chứ không phải hoạt động kiểu ESB. BizTalk là tốt tại địa chỉ:

• BPEL
• dài Chạy/giao dịch bù
• EAI
• Môi giới/Mapping
• thay đổi Protocol (MQ để WCF, Flat File để SAP vv)
• EDI , RFID

Tuy nhiên, nỗ lực đã được thực hiện để sử dụng BizTalk làm dịch vụ xe buýt, nota bly the ESB Toolkit

Answer 3

Một trong những nhược điểm chính của Nhà môi giới là rất khó để phiên bản và nâng cấp. Bạn sẽ phải dừng luồng tin nhắn để nâng cấp một điểm cuối cụ thể. Một Service Bus cho phép các thiết bị đầu cuối được tự động và được nâng cấp độc lập.

Sau đó, có sự khác biệt về quy mô. Với một nhà môi giới, xu hướng là mở rộng quy mô (theo chiều dọc) so với một xe buýt dịch vụ được xây dựng để mở rộng quy mô (ngang). Bạn cũng sẽ phải làm cho Nhà môi giới sẵn sàng cao thông qua một số loại thiết lập HA (phân cụm thường). Điều này kết hợp với chi phí của phần mềm để làm như vậy có thể trở thành khá chi phí cấm.

NSB nói riêng sẽ cung cấp mô hình hỗ trợ trả phí để nếu người quản lý lo lắng về việc không có ai đó ở đầu bên kia của dòng khi gặp sự cố, bạn có thể mua hỗ trợ.

Answer 4

Điều quan trọng cần lưu ý là BizTalk là sản phẩm máy chủ cho tích hợp ứng dụng doanh nghiệp (EAI - như Andreas đã đề cập). Nó có liên quan và phức tạp hơn một khuôn khổ.

Microsoft hiện có Bộ công cụ dịch vụ doanh nghiệp có sẵn để sử dụng trong BizTalk, để bạn có thể gọi cho môi trường BizTalk của mình là ESB. Những gì họ xem xét "ESB" có thể không phải là những gì bạn xem xét ESB. Bạn có thể có một cái nhìn tại trang Toolkit ESB của họ (http://msdn.microsoft.com/en-us/biztalk/dd876606.aspx), nhưng nó bao gồm những thứ như:

• động (ví dụ, tại thời gian chạy) nhắn chuyển đổi và dịch.
• Định tuyến thư có thể dựa trên nội dung, dựa trên hành trình hoặc dựa trên ngữ cảnh và được xác định tại thời gian chạy.

Tất nhiên, mẫu đăng ký xuất bản không giống với việc sử dụng xe buýt dịch vụ.

BizTalk không thực hiện tốt công khai, cho dù bạn có sử dụng Bộ công cụ ESB hay không. Rất đơn giản để xuất bản một tin nhắn đơn tới BizTalk "Message Box" và có thông báo được chuyển đến bất kỳ và tất cả người đăng ký. Giải pháp pub-sub có nghĩa là BizTalk hoạt động như một nhà môi giới, nhưng điều này giúp đảm bảo rằng các thư không bị bỏ qua và tất cả các thư được theo dõi. Giải pháp Biz-sub BizTalk có các điểm mở rộng tích hợp cho phép chúng tôi thêm, thay đổi hoặc xóa điểm cuối mà không ảnh hưởng đến phần còn lại của giải pháp.

Tất cả những gì được nói, yêu cầu của bạn có thể không quy định độ tin cậy, giám sát và theo dõi tin nhắn mở rộng, vì vậy có thể BizTalk không phù hợp nhất với bạn. Đó là một khoản đầu tư lớn, và vì sản phẩm có thể làm rất nhiều thứ khác nhau cùng một lúc, nó có thể gây khó khăn ngay từ cái nhìn đầu tiên.

Một cuốn sách mới vừa được xuất bản gọi là Ứng dụng mẫu kiến ​​trúc trên nền tảng Microsoft, bao gồm phần lớn trong số này. Một trong những tác giả của cuốn sách đó, Richard Seroter, cũng đã xuất bản các mẫu SOA với BIzTalk Server 2009, đây sẽ là bài đọc cần thiết nếu bạn quyết định đi với BizTalk cho công ty của bạn.