使用Servicebus的场景

Question

我读了很多关于Servicebus实现的文章(NServicebus，MassTransit，.)我想我已经理解了服务总线是如何工作的。我仍然不确定什么是正确的场景，因为我知道我自己，我倾向于使用技术，尽管它们可能是满足需求的开销。

因此，我的问题是:使用Servicebus的原因/场景是什么?我是否需要使用DDD技术来使用它？

我想过的一些情景：

• 与外部系统的通信(例如，我的应用程序与外部系统通信，我希望确保这些系统被调用，例如，我在数据库中持久化一个对象，但我也必须调用外部
• 服务来同步数据。我将创建一个命令，我将有两个处理程序来获取事件，一个持久化到我的数据库，另一个处理get服务。如果命令失败，将是retried)
• Scalability (我将能够在多台机器上扩展)
• ，它可能会导致更干净的代码(而不是在更新实体时执行几个顺序任务，例如，一个实体被更新时有不同的消息处理程序来执行这些任务，例如保存实体，另一个处理程序可以对一个去休眠的数据存储执行更新等等)。

Answer 1

我想你找到了一些使用NserviceBus的好方法。我还没有在任何项目中使用它，但我做了一些实验，只是为了弄清楚它是如何工作的。不过，我有一位老同事告诉我，他们抛弃了biztalk集成服务器，转而使用服务总线进行系统到系统的集成。

不要忘记对Saga的支持，当您有消息之间的依赖时，这是非常方便的。NService总线为您提供了安全通信端点，这些端点可以是事务性的和异步的。

在DDD服务总线中，您的应用程序为处理异步域事件提供了一个很好的工具，比如火和遗忘。当您开发一个web应用程序时，需要发送电子邮件、facebook集成、twitter、将数据保存到磁盘上、向应用程序发送消息。

我认为让事情复杂化几乎是我们的天性，所以当你说“我了解我自己，我倾向于使用技术……”时，我认为这是自我视角的一个很好的标志。和Udi Dahan一样，他自称是一个软件简化者。试着把它投入生产。