企业服务总线真实使用或示例
我正在研究 .net 的 ESB 事物，例如 NServiceBus 等，有人可以强调可以解决什么样的现实世界业务问题（忘记技术优势）吗？这是用来集成不同系统的吗？
I'm looking into the ESB thing with .net like NServiceBus etc , can someone highlight what kind of real world business problems can be solved (forget the technical edge) ? And is this used to integrate different systems.?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
使用它的一个非常流行的原因是利用发布者订阅者模式。
举个例子，一条命令消息被发送到应用层来处理一些业务逻辑。一旦完成，就会发布一条消息，其中包含多个服务正在侦听的任何更新数据，例如缓存集群。
并行版本控制有很多好处。较新的命令可能有不同的名称。如果您有兴趣使用命令查询分离，它也会有所帮助。
另一种方法是实施监听特定消息的横切关注点。
总而言之，这是一个非常有深度的话题。但是，我想问一下，您首先遇到什么问题？因为一切都会带来它自己的挑战，而且肯定不是免费的（我的意思是努力而不是成本）。
A very popular reason to use it would be to make use of the publisher subscriber pattern.
An example, one command message is sent to an application layer to process some business logic. Once complete a message is published with any updated data to which several services are listening, say a cluster of caches.
There are benefits of side by side versioning. Newer commands could have different names. It can also help if you are interested in using Command Query Separation.
Another would be implementing cross cutting concerns that listen to specific messages.
All in all it's a very deep subject. However, I would ask what problems you have first? As everything it brings along it own challenges and does certainly not come for free (effort wise I mean not cost).
我们使用 RabbitMQ 进行消息队列。它是快速且强大的生产者消费者解决方案。我们使用瞬时交付类型和持久交付类型。瞬态消息用于软实时计算更新。持久化实体状态更新——主要是将数据库更新传输到其他服务。
We are using RabbitMQ for message queuing. It is fast and robust producer consumer solution. We use both transient and persistant delivery types. Transient messages are used for soft realtime calculation updates. Persistant for entity status updates - mainly to transfer database updates to other services.