我最近以开发人员/分析师的身份与一位新的项目经理一起参与了 NServiceBus 的实施。该项目已经过了可行性和设计阶段。之前的实施工作是在 Pub/Sub 设置中使用 NSB 端点完成的。
项目经理现在更改了设计，以便他希望在单个服务器上组织所有端点。通过这种方式，他想模仿代理系统，甚至指定让发布者轮询共享上的 XML 文件。消息将流经总线（在同一服务器上），订阅者端点（同样，同一代理）将 XML 文件放置在目标系统上。他坚信通过这种方式可以解耦系统，并认为在 XML 文件中界定总线职责方面具有很大优势。
我试图用这些论点建立一个案例
- 解耦位于端点之间
- EAI 逻辑应该受益于 NSB 容错系统
- 中央架构造成单点故障
- NSB 之外的 EAI 逻辑需要自己的监控和日志记录（不可扩展）
- 新应用程序将具有 XML 导入/导出要求
为了构建我的案例，我参考了很多优秀的文档。问题是所有的文档都非常技术性，真正的创新是在字里行间读到的。
所以我的问题是通过分享你的想法和/或任何好的（人类可读的）参考来帮助（反驳）我的案例。