NServiceBus&；确定服务边界

我是NSB的初学者，我一直在寻找某种经验法则来决定什么是独立服务。不幸的是，我并没有在网上、书中或网页上找到太多

给出的典型示例是销售、装运、计费。所以，我最初的想法是根据公司的实际部门进行划分，但是，像日志记录之类的事情以及其他可能符合“火灾后遗忘”模式的事情呢？有这么多的服务不会增加复杂性吗？是否存在某个最佳数量

---

在决定什么是真正的服务时，什么是一个好的经验法则，而不必过火？

日志记录、安全性和许多其他“交叉”问题通常放在一个“IT/Ops”服务中

UI颜色方案和布局由品牌服务负责

除此之外，很难找到服务的正确边界。组织结构可能很诱人，但很少精确——这是因为部门之间的业务职责有相对较大的重叠

以下是一段视频，可能有助于进一步了解：

---

对于堆栈溢出来说，这不是一个好问题。我鼓励您将此问题（更详细）发布在NServiceBus的邮件列表/论坛上：。这确实是一个好问题，与Phil所说的相反，这是一个通用的SOA问题。设置服务的最佳方法是使用公司中的部门，但这并不总是可能的，因此最好是与业务部门讨论服务边界，还可以查看DDD，因为它可以帮助您以所需的方式定义边界。此外，日志记录不是真正的服务；您可以使用通用服务，发送电子邮件、短信和归档文档，就像您拥有两个部门共享的打印机一样，但不是日志记录。我说这不是一个关于堆栈溢出的好问题——我没有说这不是一个好问题。请查看BIAN和IFX服务目录，了解银行通常如何实现这些类型服务的具体示例。