Tôi có nên trao đổi từ WCF sang NserviceBus

Chúng tôi có một máy chủ trung tâm gửi và nhận tin nhắn từ một số PC được đặt trên các mạng máy khách ở nhiều địa điểm khác nhau. Để tạo điều kiện thuận lợi, hiện tại tôi đang sử dụng WCF với TCPNetBindings, sử dụng giao tiếp song công được bảo mật bằng chứng chỉ.

Bây giờ, chúng tôi có một số vấn đề với điều này - chủ yếu là chúng tôi đang được yêu cầu hỗ trợ "chế độ ngắt kết nối" (chúng tôi cần phải có khả năng chịu lỗi). Từ những gì tôi biết, không có cách đơn giản nào để thực hiện việc này bằng cách sử dụng ngăn xếp WCF - chúng ta cần thực hiện một cái gì đó và có lẽ sử dụng msmq. Gần đây tôi đã xem NServiceBus và từ đó tôi có thể thấy nó có vẻ phù hợp với hóa đơn - khả năng chịu lỗi, các tin nhắn có thể được gửi qua internet thông qua một cổng http đơn giản, v.v. Tôi biết rằng nó được tôn trọng trong cộng đồng và Tôi có thể thấy tại sao từ việc nhìn vào nó.

Vì vậy, câu hỏi của tôi là ... Việc sử dụng NServiceBus nghe có vẻ là một ý tưởng hợp lý hay có ai có bất kỳ đề xuất / kinh nghiệm thực tế nào khác liên quan đến vấn đề này không? Tôi đoán tôi lo lắng khi giới thiệu một công nghệ mới mà tôi biết khá ít và phải đối mặt với các vấn đề với những thứ như bảo vệ nó, thiết lập mọi thứ theo cách đáng tin cậy, gotchas trên đường đi .. Tôi cũng cảnh giác với "vàng- mạ "kiến trúc, và chọn một thứ gì đó sáng chói sẽ khiến tôi thất vọng trong việc thực hiện thay vì gắn bó với WCF và chỉ làm cho nó hoạt động với tôi ..

Cảm ơn!

Đề nghị của tôi, nếu bạn cần nhanh chóng về vấn đề này và chỉ cần một cái gì đó đơn giản để tạo điều kiện cho hoạt động bền (ngắt kết nối) với WCF, là xem xét các ràng buộc WCF - MSMQ. Nếu bạn cần một cái gì đó trong một môi trường lớn hơn, hãy xem nServiceBus.

Trong tâm trí của tôi, nServiceBus sẽ thực sự bắt đầu tỏa sáng trong một môi trường phân tán lớn hơn. Lấy ví dụ, ví dụ sau (đó sẽ là địa ngục trần gian với WCF nhưng đơn giản với nServiceBus):

• Cơ sở hạ tầng được tạo thành từ tầng máy chủ ứng dụng, tầng máy chủ bộ đệm, chỉ đọc lớp cơ sở dữ liệu, tầng đọc / ghi cơ sở dữ liệu
• Bất cứ khi nào khách hàng gửi một mục mới, bạn thực sự muốn tất cả các tầng này được cập nhật cùng một lúc
• Trong WCF, bạn cần hiển thị các dịch vụ riêng biệt ở mỗi cấp bậc và yêu cầu khách hàng đẩy tất cả chúng (hoặc có một số dàn nhạc trung tâm làm điều tương tự cho bạn)
• Trong nServiceBus, bạn có mỗi tầng là người đăng ký thông tin này và khách hàng sẽ xuất bản nó một lần, cho phép xe buýt dịch vụ chăm sóc phần còn lại

WCF có ràng buộc MSMQ

Tuy nhiên, nếu bạn cần gắn bó với WCF (thời gian ngắn, cần các tính năng WCF khác), tôi khuyên bạn nên xem bài viết này tại MSDN. Nó chỉ cho bạn cách sử dụng các ràng buộc WCF cho MSMQ và sau đó chỉ cho bạn cách di chuyển một dịch vụ từ HTTP sang MSMQ. Trên đường đi, nó cho bạn thấy một số vấn đề với kịch bản này (và các giải pháp hữu ích cho những vấn đề này).

Cả hai đề xuất này đều sử dụng MSMQ rất nhiều, vì vậy một lưu ý về điều đó: không giống như Apache MQ, RabbitMQ và các hệ thống xếp hàng phổ biến khác, MSMQ không phải là một kiến ​​trúc hàng đợi dựa trên môi giới điển hình, thay vào đó là một hàng đợi phân tán. Điều này có nghĩa là nếu ứng dụng khách WCF của bạn gửi tin nhắn qua vận chuyển MSMQ trong khi nó không thể kết nối với máy chủ từ xa lưu trữ hàng đợi, thì máy khách sẽ xử lý tin nhắn trong cái được gọi là "Hàng đợi đi" cục bộ. Thông báo sẽ ở đó an toàn cho đến khi dịch vụ MSMQ của khách hàng phát hiện ra rằng nó có thể kết nối lại với dịch vụ MSMQ từ xa. Tại thời điểm đó, tin nhắn sẽ chảy từ máy khách đến đích cuối cùng.

Có ít nhất một cảnh báo ở trên - nếu máy chủ từ xa ngoại tuyến quá lâu (kiểm tra tài liệu của bạn cho MSMQ), khách hàng sẽ từ bỏ và chuyển tin nhắn từ hàng đợi đến hàng đợi thư chết. Tin nhắn được chuyển đến hàng đợi thư chết không thể được gửi lại tự động, chúng phải được xây dựng lại.

Nếu bạn yêu cầu mã hóa và không có ActiveDirectory, trên mục blog này , Sergey Sorokin nêu chi tiết các bước cần thiết để mã hóa giao tiếp của MSMQ bằng WCF mà không cần Active Directory.

Chúng không phải là thay thế 1 đổi 1 - nhiều lần bạn sẽ sử dụng NServiceBus để gửi tin nhắn vào hoặc nhận tin nhắn từ điểm cuối WCF.

Trong mọi trường hợp, xử lý các tình huống chế độ ngắt kết nối như thế này là nơi hàng đợi tin nhắn thực sự, thực sự tỏa sáng. NServiceBus là một nơi tốt để bắt đầu. Có một số tùy chọn khác ngoài kia. Tôi sẽ lưu ý rằng nhiều người trong số họ thực sự bao bọc MSMQ vào cuối ngày - MSMQ là một mặt sau rất chắc chắn và có thể đáng sử dụng khi nó có thể truy cập được.