介入

（CIM）于 2019 年在 Linux 基金会的支持下成立，它既是一个成员联盟，也是一个社区。成员们在各工作组中协作，共同定义并使用一个通用的开放数据模型，影响现有及未来的标准，并构建开放解决方案以解决共性问题。

CIM 之所以存在，是因为企业数据分散在数十个应用程序中，每个应用都有自己专有的模式、命名约定和语义。Salesforce 中的一个客户、SAP 中的一个客户，以及自研计费系统中的一个客户，都是“客户”——但它们很少就客户是什么、哪些属性具有权威性，或者客户、订单与产品之间的关系应如何表达达成一致。CIM 的答案是提供一个共享的、与应用程序无关的模型，任何系统都可以映射到它，从而使集成工作变成一项映射工作，而不是一个定制化的翻译项目。

关键要点

• CIM 是一个 Linux 基金会项目（成立于 2019 年），发布一个开放的、基于标准的数据模型，并将其转换为多种格式，以便异构系统能够采用它。
• 参与分为不同层级：指导委员会成员、贡献者成员以及更广泛的 CIM 社区，随着层级上升，权利逐步扩大。
• 当前唯一的工作组负责定义新的主题领域、映射和 API 需求——实质性技术工作正是在这里进行的。
• 贡献不仅仅是代码：提出主题领域、参与共识投票以及加入工作组，都是塑造该标准的一等方式。
• 该模型刻意保持格式中立，这正是让关系型、图以及面向 API 的使用者能够共享一个规范定义的原因。

为什么共享数据模型很重要

大多数集成痛点在于语义，而非技术。ETL 管道、iPaaS 平台和 API 网关都已成熟；真正出问题的是含义层。当两个系统对“account”是指计费实体还是公司层级存在分歧时，每一个下游报表、连接和核对都会继承这种歧义。

像 CIM 这样的规范模型通过提供一个中立的参考点来解决这个问题。与其将 N 个系统彼此映射（一个 N×N 问题），不如让每个系统一次性映射到规范模型（一个 N×1 问题）。这与能源行业使用的 Common Information Model（IEC 61970/61968）以及医疗保健领域使用的 HL7 FHIR 资源等标准背后的架构原则相同——这些领域特定的规范模型让独立构建的系统能够互操作。

CIM 的范围更广、更横向：它针对的是跨 CRM、ERP、商务和供应链系统出现的常见业务实体——客户、产品、订单、供应商以及它们之间的关系。其目标不是取代这些系统各自的原生模型，而是作为共享词汇位于它们之上。

工作组范围

我们以基于标准的方法开发了 Cloud Information Model（CIM），并将其转换为多种格式。这种方法使采用不同技术的企业能够采用 CIM。它还赋能贡献者，并促进更大的 CIM 生态系统成长。

Related: Fivetran — The fully managed ELT pipeline that just keeps running.

具体而言，“多种格式”意味着同一个底层模型可以被不同的工具链使用——例如，作为关系型或文档存储的模式定义，作为实体与关系的图，以及作为 API 契约的基础。使用关系型数据仓库的团队、使用图数据库的团队，以及构建 REST 或 GraphQL 服务的团队，都可以基于同一个事实来源工作，而不是基于三个彼此分歧的定义。

这种格式中立性是一种刻意的设计选择，并伴随着真实的权衡：

• 优点： 没有任何单一供应商的工具享有特权，因此采用不会受制于是否购买某个特定平台。
• 优点： 模型可以独立于任何序列化格式而演进。
• 缺点： 贡献者必须仔细思考哪些构造是真正规范的，哪些只是特定格式的产物。
• 缺点： 用于在格式之间转换的工具必须持续维护，而且往返转换并不总是无损的。

对于正在评估是否采用 CIM 的架构师来说，实际问题在于你的集成面是否主要由共享业务实体构成。如果你的大多数映射都是一次性的、领域特定的，那么规范模型会增加开销。如果你反复在许多系统之间映射同样的少数实体，那么 N×1 的缩减就足以收回成本。

Our pick: Workato — Automation-led iPaaS that business teams can actually build on.

Cloud Information Model 工作组

目前，CIM 只有一个工作组，负责定义新的主题领域、映射和 API 需求。

一个主题领域是模型中的一个连贯切片——例如，围绕某个业务领域的一组实体和关系。提出一个主题领域是成员能够做出的最有影响力的贡献之一，因为它决定了该标准接下来覆盖什么。映射将主题领域连接到现实世界的系统和格式；API 需求则捕捉使用者对基于该模型构建的服务有何需要。

如果你正在考虑加入工作组，一个有用的判断方式是通过以下问题来决定在哪里贡献：

1. 哪些实体在你的组织中造成最多的集成返工？ 这些就是主题领域提案的候选对象。
2. 你的系统在哪些地方已经一致，又在哪些地方悄然分歧？ 分歧正是映射最能发挥价值之处。
3. 你的下游使用者实际上需要 API 提供什么？ 这决定了 API 需求。

由于目前只有一个工作组，新贡献者的实际路径通常是加入它并提出一个主题领域，而不是另起一个新的工作组。提出新工作组是保留给更高层级的权利，最好留给那些确实不同、否则会使现有工作组超负荷的工作领域。

会员层级与权益

CIM 的参与按层级构建，每个层级的权利逐步扩大。下表总结了 CIM 公布的权益。

权益	指导委员会成员	贡献者	CIM 社区
使用 CIM 模型发布版	✓	✓	✓
及时了解 CIM 进展与创新	✓	✓	✓
向 CIM 联盟贡献想法	✓	✓	✓
可提出主题领域	✓	✓	✓
访问受限和私有资源	✓	✓
有资格加入工作组	✓	✓
为工作组做贡献	✓	✓
提出新工作组	✓	✓
计入主题领域的最低支持法定人数	✓	✓
参与共识投票	✓	✓
为 CIM 路线图做贡献	✓	✓
推动 CIM 的整体战略方向	✓
有资格加入指导委员会	✓
有资格担任工作组主席	✓
有资格投票将内容采纳为 CIM 标准的一部分	✓
可就技术问题提出申诉	✓
可就程序问题提出申诉	✓

*指导委员会成员申请——贡献者成员可以申请指导委员会成员资格。

Related: Matillion — Push-down ELT built for cloud data warehouses.

如何解读这些层级

这些层级对应着 Linux 基金会各项目中常见的一种开源治理模式：一个可以使用成果并贡献想法的广泛社区，一个负责实际动手工作的贡献者层级，以及一个掌握战略和正式采纳的指导层级。在实践中最重要的区别是：

• CIM 社区是入门点。你可以采用已发布的模型并贡献想法，而无需正式的工作角色。如果你正在为某个项目评估 CIM，或希望以非正式方式影响方向，这很合适。
• 贡献者是技术影响力所在之处。加入工作组、为其做贡献、提出主题领域以及参与共识投票都属于这一层级。如果你的目标是塑造标准而不仅仅是使用它，这就是你应瞄准的层级。
• 指导委员会成员拥有治理权利：战略方向、指导委员会资格、工作组主席资格，以及将内容正式投票采纳为 CIM 标准的一部分。贡献者成员可以申请指导委员会成员资格。

一个细微但重要的细节：“计入主题领域的最低支持法定人数”是贡献者及以上层级的权利。法定人数规则的存在，是为了避免某个主题领域仅凭单一参与者的支持就被采纳——这是基于共识的标准机构中常见的治理保障。如果你的组织关心某个特定主题领域能否获得采纳，拥有贡献者级别的参与正是让你能够计入该门槛的方式。

如何参与：一条实用路径

如果你是 CIM 的新手，一个合理的顺序是：

If you are shopping: Boomi AtomSphere — Enterprise iPaaS for hybrid cloud-to-on-prem integration.

1. 从 CIM 社区开始。 查看已发布的模型和 FAQ，并确定你的系统实体与 CIM 主题领域在哪些地方重叠。
2. 贡献想法。 即使在社区层级，你也可以向 CIM 联盟提出想法——这是一种低承诺的方式，用来测试你的用例是否能引起共鸣。
3. 如果你想做实际工作，就转向贡献者。 这会解锁工作组参与、主题领域提案和共识投票。
4. 如果你的组织希望帮助设定方向并持有正式采纳投票权，就申请指导委员会成员资格。

具体到开源贡献者，该模型的格式中立性意味着除了模型内容本身之外，还有贡献工具的空间——格式转换器、验证器、映射生成器。对于平台和应用供应商而言，将你的产品模式映射到 CIM 是一种降低客户所付集成成本的方式，这往往是一种竞争优势。

治理、标准与申诉

CIM 遵循基于标准的方法，这意味着有一套明确的流程来提出、审查和采纳内容。在指导层级存在正式的“申诉”权利——技术性和程序性——是成熟标准治理的标志。这意味着争议有明确的解决路径，而不是以非正式方式解决。

这与成熟标准组织的运作方式相呼应。Linux 基金会托管着许多此类项目，并提供法律和治理框架——商标、知识产权和反垄断政策——让竞争对手能够在共享基础设施上协作。如果你正在评估 CIM 以供企业采用，Linux 基金会的归属是一个有意义的信号：它意味着该模型由一个中立的基金会治理，而不是由单一供应商拥有，这降低了未来许可或方向变化的风险。

相关信息

• 常见问题
• 会员费用
• 现任指导委员会成员名单
• 贡献者网络表单
• CIM 模型资源
• CIM 演示
• CIM 格式
• CIM 新闻动态
• GitHub 仓库
• 新闻博客
• 联系方式

常见问题

什么是 Cloud Information Model？

Cloud Information Model（CIM）是一个开放数据模型和成员社区，于 2019 年在 Linux 基金会下成立。它定义了一个通用的、与应用程序无关的业务实体模型，使云端和本地系统能够通过共享语义而非定制的点对点映射实现互操作。

谁可以加入 CIM，费用是多少？

CIM 有三个参与层级：指导委员会成员、贡献者和 CIM 社区。社区层级是最广泛的入门点，而贡献者成员可以申请指导委员会成员资格。会员费用由 CIM 单独公布，因此请查阅会员费用页面以获取当前数字，而不要自行假设费用。

CIM 中的主题领域是什么？

主题领域是模型中的一个连贯切片，涵盖一组相关实体和关系。提出主题领域是贡献者级别的权利，也是影响该标准覆盖范围的最直接方式之一。主题领域还受最低支持法定人数的约束，这防止仅凭单一参与者就被采纳。

我必须成为指导委员会成员才能做贡献吗？

不需要。贡献者成员可以加入工作组、为其做贡献、提出主题领域并参与共识投票。指导委员会成员资格增加了治理权利，例如战略方向、指导委员会资格，以及将内容正式投票采纳为 CIM 标准的一部分。

CIM 与其他数据标准有何关系？

CIM 是一种专注于常见业务实体的横向跨行业模型，与能源部门的通用信息模型 (IEC 61970/61968) 或医疗保健的 HL7 FHIR 等特定领域的标准模型形成鲜明对比。其格式中立的设计使其可以补充而不是取代您已运行的系统的原生模型。

为什么格式中立对于采用很重要？

因为它允许具有不同技术堆栈（关系型数据仓库、图数据库和 API 服务）的团队使用一种规范定义，而不是维护差异化的架构。权衡是必须维护翻译工具，并且格式之间的双向转换并不总是无损的，因此团队应该根据其实际集成需求来验证映射。

进一步阅读

• 工作组 — 维基百科
• Linux 基金会 — 维基百科