基于NSB的建筑设计

Question

最近，我以开发人员/分析师的身份与一名新的项目经理一起参与了NServiceBus的实现。该项目已过可行性和设计阶段。以前的实现工作是在Pub/Sub设置中使用NSB端点完成的。

项目经理现在更改了设计，以便将所有端点组织在一个服务器上。通过这一点，他希望模仿代理系统，甚至指定让发布者轮询共享上的XML文件。消息将流经总线(在同一服务器上)，订阅者端点(同样，同样是代理)将XML文件放置在目标系统上。他坚信，这样可以使系统解耦，并看到在XML文件中与总线责任相邻的巨大优势。

我试图用这些论据来建立一个案例

• 去耦位于端点之间
• EAI逻辑应该从NSB容错系统中受益。
• 中心架构造成单点故障。
• NSB之外的EAI逻辑需要自己的监视和日志记录(不能扩展)
• 新应用程序将具有XML导入/导出要求。

为了建立我的案例，我引用了很多优秀的文档。问题是所有的文档都是非常技术性的，真正的创新就在字里行间。

因此，我的问题是通过分享你的想法和/或任何好的(人类可读的)参考资料来帮助(反驳)论证我的情况。

Answer 1

正在提出的建议听起来像是Biztalk做得很好的一个非常过时的版本，而且是用来做的。

一些包含关于Biztalk与NSB的信息的文章(来自NSB网站)：http://support.nservicebus.com/customer/portal/articles/861018-overview http://support.nservicebus.com/customer/portal/articles/861257-nservicebus-and-biztalk

实现Biztalk的成本相当高，需要硬件(包括故障转移)和软件许可( Server和Biztalk本身)。

不过，通常情况下，您的问题可能比StackOverflow的问答格式更适合讨论论坛。您可以在NSB组中发布它：

http://tech.groups.yahoo.com/group/nservicebus/