ESB 与自定义解决方案
我正在研究是否为新项目使用 nServicebus 还是自定义解决方案。基本上我想创建一个“消息传递层”，它将接收来自各种来源的消息，处理这些消息，然后将它们发送到某个目的地。在大多数情况下，我检索并发送消息。在某些情况下，消息通过 Web 服务到达。我想知道 nServicebus 是否适合此类项目，或者我应该创建一些通用接口并使用数据库作为消息队列。
一个例子是我需要通过 FTP 检索文件，解密这些文件，然后通过 COM 调用（ActiveX dll）处理它们。这个过程可能会在不同的地方失败。我希望能够指定何时必须重新检索、重新处理或重新发送消息。
I am investigating whether to use nServicebus or a custom solution for a new project. Basically I want to create a "messaging layer" that will receive messages from various sources, process these messages and then send them off to some destination. In most cases I retrieve and send the messages. In a few cases, messages arrive via a web service. I want to know whether nServicebus is a good fit for this type of project or should I just create some generic interfaces and use a database as a queue for my messages.
One example is where I need to retrieve files via FTP, decrypt these files and then process them via a COM call (ActiveX dll). This process could fail at various points. I would like to be able to specify when a message must be re-retrieved, reprocessed or resent.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
在我看来，NSB 可能很适合您。 NSB 具有开箱即用的 WCF 支持，因此通过 Web 服务调用到达消息应该非常容易。
NSB 下载中包含的 WcfIntegration 示例中可以找到这样的示例。
关于您的 ftp 示例，我建议您查看 NSB 的 saga 功能，以帮助您控制消息流和重试规则等
http://nservicebus.com/Sagas.aspx
NSB 也内置了对自动重试的支持。
Sounds to me like NSB could be a good fit for you. NSB has WCF support out of the box so having messages arrive through web-service calls should be very easy.
An example of this can be found in the WcfIntegration sample that is included in the NSB download.
Regarding the your ftp example I suggest that you look at the saga feature of NSB to help you control the message flow and rules for retries etc etc
http://nservicebus.com/Sagas.aspx
NSB has builtin support for automatic retries as well.