我是 NSB 的初学者,我一直在寻找某种经验法则来决定什么构成单独的服务。不幸的是,我在网上或David Boike's中没有找到太多内容。预订或上 docs页。
给出的典型示例是销售、运输、计费。所以我最初的想法是根据公司中的实际部门进行划分,但是像日志记录和其他可能适合“即发即忘”模型的东西呢?拥有这么多服务不会增加复杂性吗?是否存在某个最佳数量?
在不过度追求的情况下,决定什么是真正的服务的良好经验法则是什么?
最佳答案
日志记录、安全性和许多其他“跨领域”问题通常放在“IT/Ops”服务中。
UI 配色方案和布局由品牌服务负责。
除此之外,找到正确的服务边界可能非常困难。组织结构可能很诱人,但很少是精确的 - 这是因为部门之间的业务职责相对较多的重叠。
以下视频可能有助于提供更多见解:
http://www.udidahan.com/2015/02/02/finding-service-boundaries-%E2%80%93-illustrated-in-healthcare/
关于NServiceBus 和决定服务边界,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28474173/