【问题标题】:NServiceBus & deciding service boundariesNServiceBus & 决定服务边界
【发布时间】:2015-04-12 23:51:30
【问题描述】:

我是 NSB 的初学者,我一直在寻找某种经验法则来决定什么是单独的服务。不幸的是,我在网上或David Boike's 书籍或docs 页面上找不到太多内容。

给出的典型示例是销售、运输、计费。所以我最初的想法是根据公司的实际部门进行划分,但是像 Logging 和其他可能适合“即发即弃”模型的东西呢?拥有这么多服务不会增加复杂性吗?有一定的最优数吗?

什么是确定什么是真正的服务而又不至于过分夸大的良好经验法则?

【问题讨论】:

  • 这对 Stack Overflow 来说不是一个好问题。我鼓励您在 NServiceBus 的邮件列表/论坛上发布这个问题(更详细):groups.google.com/forum/#!forum/particularsoftware
  • 与Phil 所说的相反,这确实是一个好问题,这是一个通用的SOA 问题。设置服务的最佳方法是使用公司中的部门,但这并不总是可能的,因此最好与业务讨论服务边界,还可以查看 DDD,因为这对您有帮助以您想要的方式定义边界。日志记录也不是真正的服务;您可以拥有通用服务,发送电子邮件、短信、存档文档,就像您拥有一台由两个部门共享的打印机,但不能记录日志。
  • 我说这对 Stack Overflow 来说不是一个好问题——我确实没有说这不是一个好问题。
  • 查看 BIAN 和 IFX 服务目录,了解银行通常如何实施这些类型服务的具体示例。

标签: nservicebus soa


【解决方案1】:

日志记录、安全性和许多其他“跨领域”问题通常放在“IT/Ops”服务中。

UI 配色方案和布局是品牌服务的职责。

除此之外,很难找到正确的服务边界。组织结构可能很诱人,但很少精确 - 这是由于部门之间的业务职责重叠相对较多。

以下视频可能有助于提供更多见解:

http://www.udidahan.com/2015/02/02/finding-service-boundaries-%E2%80%93-illustrated-in-healthcare/

【讨论】:

    猜你喜欢
    • 2020-09-12
    • 2017-09-16
    • 2021-04-13
    • 2014-03-01
    • 1970-01-01
    • 1970-01-01
    • 2014-02-03
    • 2015-12-02
    • 2020-03-27
    相关资源
    最近更新 更多