面向服务范式和面向服务架构模型的核心,即识别和聚合不可知和非不可知逻辑为组合的单元。这些单元代表共同定义和实现面向服务解决方案原则上可移动的部分。
5.1 服务层次简介
服务建模过程的目的基本上是组织潜在的大量逻辑单元,使它们最终可以重新组成面向服务的解决方案。
5.1.1 服务模型和服务层次
服务模型是一种用来指示服务属于若干预定义类型之一的分类,该分类基于其包含的逻辑类型,逻辑的重用潜力以及服务如何可以与实际业务元素相关,这有助于自动化。
常见的服务模型:
1.任务服务
具有通常对应于单一用途的父业务流程逻辑的非不可知的功能上下文。任务服务通常会组装成多个其他服务以完成其他任务所需的组合逻辑。
2.微服务
一种非不可知服务,通常包含特定处理和实现需求的逻辑小功能范围。微服务逻辑通常不可重用,但可以具体有解决方案内复用潜力。逻辑性质也许会发生变化。
3.实体服务
具有与一个或多个相关业务实体相关联的不可知功能上下文的可重用服务。
4.公共服务
虽然是具有不可知功能上下文的可重用服务,但这种类型的服务并不是从业务分析规范和模型中得出的。它封装了底层的技术中心功能,例如通知,日志记录和安全处理。
一种任务服务模型的变体称之为编排任务服务,它执行与任务服务相同的总体功能,但通常负责包含广泛的编排逻辑,其可以涉及不同技术和中间件。
5.1.2 服务和候选服务能力
5.2 分解业务问题
我们将业务流程操作祖师为两个主要类别:不可知和非不可知的。
5.2.1 功能分解
5.2.2 服务封装
5.2.3 不可知上下文
5.2.4 不可知能力
5.2.5 功能抽象
5.2.6 实体抽象
5.2.7 非不可知上下文
5.2.8 微任务抽象和微服务
5.2.9 流程抽象和任务服务
5.3 构建面向服务的解决方案
5.3.1 面向服务和服务组合
5.3.2 能力组合和能力再组合
5.3.3 逻辑集中与服务规范化