常见问题解答

云信息模型 (CIM) 是一个开放的、基于标准的数据模型和联盟，旨在使企业应用程序和数据源能够跨云和本地系统互操作。此常见问题解答在原始 CIM 常见问题解答的基础上进行了扩展，为企业数据架构师、集成和 ETL 工程师、平台供应商和开源贡献者提供了实用的上下文。它保留了原始答案，同时增加了模型如何工作、如何治理以及如何决定是否以及如何采用它的深度。

要点

• CIM是一个开放的规范和联盟，而不是商业产品；其目的是一个共享的、与应用程序无关的数据模型，可以降低点对点集成的成本和脆弱性。
• 治理由 Linux 基金会下的联合开发基金会负责，指导委员会历来包括 AWS、Google、Genesys 和 Salesforce。
• 会员资格有两个级别：付费指导委员会级别和免费贡献者级别；该模型本身是开源的。
• CIM 以多种标准格式表示，以便具有不同技术堆栈的组织可以采用它，而无需放弃现有工具。
• 当被视为规范词汇和映射目标时，该模型最有价值，位于现有记录系统之上而不是取代它们。
• 贡献者保留对其自己的数据和知识产权的控制权；根据每个工作组的政策，工作组内部生成的 IP 由 CIM 法人实体拥有。

什么是云信息模型？

云信息模型 (CIM) 是一个开放联盟，旨在提供用于连接企业产品的基于标准的解决方案。其既定目标是让组织跨云原生应用程序创建无缝、定制的个人体验。

实际上，CIM 是一个共享数据模型——实体、属性和关系的通用词汇表——不同的应用程序可以映射到该模型。不是每个集成团队在 CRM 和营销平台之间发明自己的字段映射，而是双方都映射到相同的规范定义。这是核心的互操作性承诺。

CIM 通过多种具体方式促进互操作性：

• 更快实现价值 - 可重用映射和共享语义缩短了每个新集成项目的时间。
• 跨云原生应用程序的无缝、定制体验，因为系统就“客户”、“订单”或“产品”的实际含义达成一致。
• 跨系统数据视图，支持跨多个应用程序的分析和操作工作流程。
• 减少了构建和维护集成的时间，因为更改是针对稳定的共享模型而不是脆弱的成对合约进行的。

它有助于将 CIM 置于更广阔的数据互操作性领域。读时模式 (schema-on-read)（在数据湖中常见）将结构推迟到查询时间，并且特定于 API 的模式（例如 OpenAPI 描述的模式）描述单个服务，而 CIM 描述许多服务可以共享的域模型。它在精神上更接近规范建模传统（例如行业数据模型背后的规范建模传统）和语义 Web 词汇表（例如 W3C 发布的词汇表），尽管 CIM 故意注重实用性和面向企业，而不是纯粹的学术性。

CIM 解决了哪些云应用挑战？

CIM 是一种现代、开放的规范，旨在减轻集成数据的痛苦。它提供了一个定义的标准，可以在不同的数据格式之间轻松通信。

Related: Boomi AtomSphere — Enterprise iPaaS for hybrid cloud-to-on-prem integration.

任何构建过企业集成的人都熟悉它所针对的根本问题：

• 语义不匹配。 两个系统都有一个“客户”对象，但一个系统将计费帐户和个人视为同一事物，而另一个系统将它们分开。如果没有共享模型，每次集成都会重新争论这些定义。
• N 平方集成增长。 成对连接 N 个应用程序可能需要 N² 不同映射的量级。共享规范模型将其中的大部分内容简化为 N 个到单一模型的映射。
• 供应商锁定和流失。 当直接针对供应商的专有模式编写集成时，更换该供应商意味着重写集成。映射到中性模型可以降低转换成本。
• 跨域分析。 一致的模型使得跨销售、服务、营销和商业域连接数据成为可能，而无需在每个报告中定制调节逻辑。

CIM 并没有消除对 ETL/ELT 工具、消息代理或 API 网关的需求。它位于它们之上，作为这些工具映射来源和目标的语义层。

CIM 如何跨标准格式表达

CIM 工作组采用基于标准的方法开发了该模型，并将其转换为多种标准格式。这种方法使拥有不同技术的企业能够采用 CIM，为贡献者提供支持，并促进更大的 CIM 生态系统的增长。

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

实际意义是，您不会被迫使用单个序列化或工具链。以多种格式表示的模型可以通过以下方式使用：

• Schema 和 API 工具需要 JSON 架构或类似的结构定义。
• 图形和语义工具，适用于 RDF 风格的词汇和本体。
• 需要 DDL 或实体关系定义的关系型和数据仓库工具。
• 代码生成器，为应用程序开发人员生成类型化类或数据传输对象。

在评估采用情况时，一个有用的决策标准是确定哪些现有工具已经可以采用其中一种已发布的格式。如果您的集成平台可以直接使用模型，您就可以避免仅仅为了开始而构建转换层。

谁可以加入，CIM 如何管理？

CIM 欢迎所有贡献者。它是作为联合开发基金会的一部分开源的，该基金会在 Linux 基金会下运营。 Linux 基金会是著名的协作开源项目之家，并提供法律和组织框架，使竞争对手能够在共享基础设施上进行协作。

治理和参与细分如下：

• 指导委员会。 历史上有四家公司派代表参加了指导委员会：AWS、Google、Genesys 和 Salesforce。指导委员会为模型设定方向。
• 工作组。 这些工作组生成模型并将其翻译成标准格式，并在预定义的策略下运行。
• 贡献者。 任何人都可以通过“参与”渠道协作并为 CIM 模型做出贡献。

谁拥有 CIM 的输出？

社区成员保留对自己的数据和IP的完全控制权。 CIM 成员在 CIM 工作组内工作时生成的 IP 归 CIM 法人实体所有，并根据每个工作组的预定义策略进行管理。这种分离——您的数据和预先存在的 IP 仍属于您；联合创建的模型工件由实体持有——这是开放标准机构中常见且重要的模式，在贡献之前值得阅读具体的工作组政策。

会员费和级别

CIM 目前有两个会员级别。

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

级别	年度费用	要求	你得到什么
SteerCo	50,000 美元	您的公司必须是 Linux 基金会成员	访问指导委员会
贡献者	免费	无	作为贡献者参与

贡献者级别不需要付费。 SteerCo 级别需要付费并需要成为 Linux 基金会会员，这反映了它所赋予的额外治理责任和影响力。对于大多数集成和平台团队来说，贡献者级别是自然的起点；想要制定模型路线图的组织应该权衡 SteerCo 的承诺与这种影响。

如何决定是否采用 CIM

采用既是一项技术决策，也是一项建模和治理决策。考虑这些标准：

• 您是否有重复的跨供应商集成工作？ 如果您在不断变化的供应商之间重复集成相同的域，规范模型就会得到回报。如果您有一个稳定的集成，则可能不会。
• 您的工具可以使用已发布的格式吗？ 检查您的 ETL 平台、API 网关或图形存储是否可以直接摄入模型。
• 您是否有 CIM 涵盖的领域？ CIM 面向以客户为中心的企业领域（客户、产品、订单和相关概念）。该范围之外的域可能需要扩展。
• 谁将拥有映射层？ 必须有人维护记录系统和规范模型之间的映射。将其视为一项持久的责任，而不是一次性的任务。
• 您的退出策略是什么？ 因为 CIM 是中立的，所以映射到它应该会使未来的供应商更改成本更低 — 验证您的映射是否真正与任何单个供应商的模式解耦。

一种务实的采用模式是从一​​个高价值领域开始，将两个或三个系统映射到该领域，并在扩展之前衡量共享词汇是否确实减少了集成工作。

Where we would start: Fivetran — The fully managed ELT pipeline that just keeps running.

贡献者和集成者的实用指南

对于那些参与其中的人来说，一些习惯可以使工作更加有效：

• 首先阅读工作组政策。 在编写任何内容之前了解知识产权所有权和贡献条款。
• 用于重用的模型，而不是用于一次集成。 规范实体应该反映领域，而不是单个源系统的怪癖。
• 显式文档映射。 保留每个源系统如何映射到模型的版本化记录，以便可以跟踪更改。
• 优先选择扩展而不是修改。 如果您的领域需要模型缺少的东西，请以不会破坏现有消费者的方式扩展它。
• 参与上游。 为模型做出改进，使每个人受益，并减少私有分支 (private forks)的维护负担。

常见问题

用一句话来形容什么是云信息模型？

云信息模型是一个开放联盟和共享数据模型，由 Linux 基金会内的联合开发基金会管理，为企业应用程序提供了一个通用的、与应用程序无关的词汇，以便它们可以跨云和本地系统进行互操作。

CIM 可以免费使用和加入吗？

是的。贡献者会员级别是免费的，无需付费，并且该模型是开源的。付费 SteerCo 级别允许进入指导委员会，每年费用为 50,000 美元，并且要求您的公司是 Linux 基金会成员。

CIM 指导委员会成员有哪些？

目前指导委员会中有四家公司：AWS、Google、Genesys 和 Salesforce。指导委员会指导模型的方向，而工作组则制作工件。

谁拥有 CIM 产生的知识产权？

社区成员保留对其自己的数据和 IP 的完全控制权。 CIM 成员在工作组内工作时生成的 IP 由 CIM 法人实体拥有，并根据该工作组的预定义策略进行管理。

CIM 与其他互操作性标准有何关系？

CIM 补充而不是取代 API 描述格式、消息模式和语义词汇。它提供了这些格式和工具可以映射到的共享域模型，其意图类似于规范的行业数据模型，但专注于以客户为中心的云应用程序域。

我如何参与 CIM？

任何人都可以通过“参与”渠道进行协作并为 CIM 模型做出贡献。明智的第一步是审查工作组政策，然后从单个域开始并映射少量系统来验证该方法。

进一步阅读

• Linux Foundation — Wikipedia，了解托管 CIM 的基金会的背景。
• 联合开发基金会 — 维基百科，了解 CIM 背后的法人实体结构。
• 万维网联盟 (W3C) — 有关网络和语义标准的相关工作。
• OpenAPI 规范 — 了解 API 级架构与共享域模型的不同之处。