NSB的建筑设计

Question

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

Project Manager现在更改了设计，以便他想在单个服务器上组织所有端点。通过这种方式，他希望模仿代理系统，甚至指定让发布者在共享上轮询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的成本非常高，包括所需的硬件（包括故障转移）和软件许可（SQL Server和Biztalk本身）。

但是，作为一般事项，您的问题可能比StackOverflow的Q＆amp; A格式更适合讨论论坛。您可以将其发布在NSB组中：

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