Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
BS ISO IEC 18384——面向服务架构（SOA）参考架构标准系列
Information technology — Reference Architecture for Service Oriented Architecture (SOA RA)（2016）
📐 BS ISO/IEC 18384 是英国标准学会（BSI）采用 ISO/IEC 18384 形成的信息技术标准系列，通用标题为信息技术——面向服务架构（SOA）的参考架构（SOA RA）。该系列由 ISO/IEC JTC 1 下属分委员会 SC 38（云计算与分布式平台）编制，英国方面的参与由 IST/38（云计算与分布式平台）技术委员会负责，ICS 分类号为 35.100.05。
面向服务架构（Service Oriented Architecture，SOA）是一种把业务能力封装为可复用”服务”，并通过标准契约进行组合与编排的架构范式。SOA 的理念自上世纪 90 年代末兴起后，在大型企业集成、政府信息化与电信等领域获得广泛应用，但长期缺乏统一的概念体系，导致不同厂商、不同团队在讨论”服务””接口””编排”等概念时口径不一。BS ISO/IEC 18384 系列的目的正是为 SOA 提供权威的术语、参考架构与本体，使服务化设计与评估拥有一个共同基准，帮助企业架构师在服务化改造、企业集成与云原生转型中保持一致的设计语言与评估框架。
💡 SOA 参考架构的核心作用：把”服务”提升为架构中的一等公民，统一界定服务、服务消费者/提供者、服务契约、服务组合、编排与治理等概念，使跨组织、跨系统的服务化设计可比较、可复用、可治理。
一、标准系列构成与适用范围 📌
BS ISO/IEC 18384 系列由三个部分构成，三者分别对应 SOA 标准化的三个层面：
| 部分 | 标准号 | 主题内容 | ICS |
|---|---|---|---|
| 第 1 部分 | BS ISO/IEC 18384-1:2016 | SOA 的术语与概念（Terminology and concepts for SOA） | 35.100.05 |
| 第 2 部分 | BS ISO/IEC 18384-2:2016 | SOA 解决方案的参考架构（Reference Architecture for SOA Solutions） | 35.100.05 |
| 第 3 部分 | BS ISO/IEC 18384-3:2016 | SOA 本体（Service Oriented Architecture ontology） | 35.100.05 |
三个部分均为 2016 年发布的首版。第 1 部分解决”怎么说”的问题，统一术语与概念；第 2 部分解决”怎么设计”的问题，给出解决方案的参考架构；第 3 部分解决”怎么表达语义”的问题，用形式化本体刻画概念之间的关系。三者互补，共同构成一套完整的 SOA 标准化语言。就适用范围而言，该系列面向企业架构师、系统设计师、集成开发人员以及评估服务化成熟度的管理人员，可用于指导服务化改造、企业集成与云化转型。
⚠️ 三个部分中，第 1 部分是基础：如果术语不统一，第 2 部分的架构元素与第 3 部分的本体关系便失去讨论前提。企业在引入本系列时，建议按第 1、2、3 部分的顺序逐步推进。
二、术语与概念（第 1 部分） 🔧
BS ISO/IEC 18384-1:2016 规定了 SOA 的术语与概念，章节结构包括范围、术语与定义、缩略语、表示法（notations）等。其中表示法部分采用 UML（统一建模语言）等图形语言描述概念关系，使抽象的架构概念可视、可比。第 1 部分界定的关键术语包括：
- 服务（service）：具有独立功能、通过契约暴露并可被消费者调用的逻辑单元；
- 服务消费者与服务提供者：分别指向服务的调用方与实现方，二者通过服务契约耦合；
- 服务契约（service contract）：约定服务接口、语义、策略与非功能属性的正式描述；
- 服务组合与编排（composition / orchestration）：把多个服务按业务流程组织为更大粒度的能力；
- 服务治理（governance）：对服务全生命周期的决策、规范与监控体系。
统一的术语体系是 SOA 实践的第一步：不同团队、不同厂商对同一个词的理解一旦存在偏差，接口设计与集成测试就会出现系统性摩擦。第 1 部分给出的定义尽可能保持厂商中立，不偏向特定实现，因此可以被业界广泛采用，成为沟通与协作的公共语言。
三、SOA 解决方案参考架构（第 2 部分） 🔥
BS ISO/IEC 18384-2:2016 规定了 SOA 解决方案的参考架构，描述构成 SOA 系统的关键架构元素及其相互关系。章节结构包括术语与缩略语、表示法、架构元素与关系等，其核心内容可归纳为：
- 架构视角：从服务层、应用层、集成层与治理层等多个视角审视 SOA 解决方案；
- 架构元素：包括服务实现、服务接口、服务注册表（registry）、企业服务总线（ESB）、编排引擎、策略管理、监控与治理组件等；
- 关系与约束：说明元素之间的依赖、交互方式与部署约束，指导具体解决方案的设计决策。
参考架构并非一套”必须照搬”的蓝图，而是一组经过实践检验的模式与约束的组合。架构师可以根据业务规模、技术栈与团队能力，对其中的元素进行裁剪与取舍，例如以 API 网关替代部分 ESB 功能、以事件驱动协作替代同步编排等。标准的价值在于提供一致的思考框架，使架构评审与方案选型有据可依。
✅ 实际价值：参考架构为服务划分、集成方式、安全与治理设计提供了可复用的起点，帮助团队减少”千人千面”的架构分歧，降低跨项目协作成本，加速方案落地。
四、SOA 本体（第 3 部分） 🛠️
BS ISO/IEC 18384-3:2016 规定了 SOA 本体，用形式化方式表达 SOA 概念及其语义关系：
- 表示法：规定本体采用的建模语言与图形表示法；
- 概念与关系：把服务、参与者、消息、策略、编排等概念及其继承、关联、约束关系形式化；
- 语义一致性：通过共享本体对齐不同系统对 SOA 概念的理解，支撑语义互操作。
本体通常不直接参与运行时，但它为自动化治理提供了语义基础：借助本体，服务发现可以根据概念语义而非简单关键字匹配，策略匹配也能够理解概念之间的隐含关系。对大型组织而言，把 SOA 本体与本企业元数据模型对齐，可以显著提升服务目录与架构文档的可维护性。
🚨 治理提示：本体需要持续维护，与业务模型同步演进；若本体与元数据模型长期脱节，其语义对齐的价值将迅速衰减。建议把本体维护纳入企业架构治理流程，并明确责任人。
五、工程实践应用要点 🔍
- 🔍 服务化改造：先按第 1 部分统一术语，再按第 2 部分参考架构划分服务边界、选择集成方式；
- 🔧 架构治理：以 SOA 参考架构作为架构评审、合规检查与供应商选型的共同基线；
- 📊 语义互操作：依据第 3 部分本体对齐跨系统概念，支撑服务发现、消息映射与策略治理；
- 📋 与云原生衔接：参考架构可与微服务、容器化、API 管理、服务网格等现代实践互补，作为服务化演进的路标；
- 📚 团队能力建设：把三个部分作为培训教材，统一团队语言，减少文档与编码中的理解偏差。
六、常见问题解答 ❓
❓ 问：SOA 与微服务是什么关系？
答：SOA 是服务化的架构理念，微服务是 SOA 在云原生时代的一种演进形态。SOA 参考架构关注服务边界、契约与治理，微服务则强调轻量、独立部署与细粒度，两者可以互补共存。
答：SOA 是服务化的架构理念，微服务是 SOA 在云原生时代的一种演进形态。SOA 参考架构关注服务边界、契约与治理，微服务则强调轻量、独立部署与细粒度，两者可以互补共存。
❓ 问：为什么第 1 部分（术语与概念）如此重要？
答：它统一了 SOA 的基本术语，是第 2、3 部分以及企业实践的共同语言基础；没有统一术语，架构讨论与接口设计就容易出现系统性误解。
答：它统一了 SOA 的基本术语，是第 2、3 部分以及企业实践的共同语言基础；没有统一术语，架构讨论与接口设计就容易出现系统性误解。
❓ 问：第 2 部分参考架构是强制实施的吗？
答：不是。参考架构是可裁剪的设计参考，组织可按业务规模与技术栈取舍元素；其价值在于提供一致的设计基准与评审依据，而非强制模板。
答：不是。参考架构是可裁剪的设计参考，组织可按业务规模与技术栈取舍元素；其价值在于提供一致的设计基准与评审依据，而非强制模板。
❓ 问：SOA 本体（ontology）在实际系统中有什么用？
答：本体用形式化方式表达概念与关系，支撑语义互操作、自动化服务发现、策略匹配与跨组织概念对齐，是治理与集成现代化的基础。
答：本体用形式化方式表达概念与关系，支撑语义互操作、自动化服务发现、策略匹配与跨组织概念对齐，是治理与集成现代化的基础。
❓ 问：三个部分如何配合落地？
答：建议按第 1、2、3 部分顺序推进：先统一术语，再设计参考架构，最后以本体固化语义模型，并在过程中持续迭代治理机制。
答：建议按第 1、2、3 部分顺序推进：先统一术语，再设计参考架构，最后以本体固化语义模型，并在过程中持续迭代治理机制。
