常見問題

雲端資訊模型 (Cloud Information Model, CIM) 是一個開放的、基於標準的資料模型和聯盟，旨在使企業應用程式和資料來源能夠跨雲端和本地系統互通。此 FAQ 在原始 CIM FAQ 的基礎上進行了擴展，為企業資料架構師、整合與 ETL 工程師、平台供應商和開源貢獻者提供了實用的上下文。它保留了原始答案，同時深入探討了模型如何運作、如何治理，以及如何決定是否以及如何採用它。

要點

• CIM 是一個開放的規範和聯盟，而非商業產品；其目的是建立一個共享的、與應用程式無關的資料模型，以降低點對點整合的成本和脆弱性。
• 治理由 Linux 基金會旗下的共同開發基金會 (Joint Development Foundation) 負責，指導委員會歷來包括 AWS、Google、Genesys 和 Salesforce。
• 會員資格分為兩個級別：付費的指導委員會級別和免費的貢獻者級別；模型本身是開源的。
• CIM 以多種標準格式表示，以便具有不同技術堆疊的組織可以在不放棄現有工具的情況下採用它。
• 當該模型被視為規範詞彙 (canonical vocabulary) 和映射目標，並層疊在現有記錄系統 (systems of record) 之上而非取代它們時，其價值最高。
• 貢獻者保留對其自身資料和智慧財產權 (IP) 的控制權；在工作小組內部產生的 IP 則根據各小組的政策由 CIM 法人實體擁有。

什麼是雲端資訊模型？

雲端資訊模型 (CIM) 是一個開放聯盟，旨在提供一套基於標準的解決方案以連接企業產品。其既定目標是讓組織能夠跨雲端原生應用程式創建無縫且客製化的個人體驗。

在實務上，CIM 是一個共享資料模型——一套關於實體、屬性和關係的通用詞彙表——不同的應用程式可以對應到該模型。與其讓每個整合團隊在例如 CRM 和行銷平台之間自行發明欄位映射，不如讓雙方都映射到相同的規範定義。這正是其核心的互通性承諾。

CIM 透過以下幾種具體方式促進互通性：

• 更快實現價值 — 可重複使用的映射和共享語義縮短了每個新整合項目的開發時間。
• 跨雲端原生應用程式的無縫、客製化體驗 — 因為系統對「客戶」、「訂單」或「產品」的實際定義達成了一致。
• 跨系統的資料視圖 — 支援跨多個應用程式的分析和操作工作流程。
• 減少建構和維護整合的時間 — 因為變更係針對穩定的共享模型，而非脆弱的成對合約 (pairwise contracts) 進行。

將 CIM 置於更廣泛的資料互通性領域中會更有助於理解。讀取模式 (schema-on-read) 方法（在資料湖中常見）將結構延遲到查詢時才定義，而特定於 API 的模式（如 OpenAPI 所描述的）僅描述單一服務，CIM 則描述一個許多服務可以共享的領域模型 (domain model)。它在精神上更接近規範建模傳統（如工業資料模型）以及語義網詞彙表（如 W3C 發布的詞彙表），儘管 CIM 刻意注重實用性和企業導向，而非純粹的學術性。

CIM 解決了哪些雲端應用挑戰？

CIM 是一種現代、開放的規範，旨在減輕整合資料的痛苦。它提供了一個定義明確的標準，以便在不同的資料格式之間輕鬆溝通。

相關： Fivetran — 完全託管的 ELT 管道持續運行.

它所針對的底層問題對於任何建構過企業整合的人來說都非常熟悉：

• 語義不符 (Semantic mismatch)。兩個系統都有「客戶」對象，但一個將計費帳戶和個人視為同一件事，而另一個則將其分開。如果沒有共享模型，每次整合都必須重新爭論這些定義。
• N 平方級別的整合增長。成對連接 N 個應用程式可能需要 N² 個不同的映射。共享規範模型將其中大部分簡化為 N 個對單一模型的映射。
• 供應商鎖定與流失 (Vendor lock-in and churn)。當整合直接針對供應商的專有模式編寫時，更換供應商意味著必須重寫整合。映射到中立模型可降低轉換成本。
• 跨域分析。一致的模型使得在不需要為每份報告編寫自訂調節邏輯的情況下，跨銷售、服務、行銷和商業領域連接數據成為可能。

CIM 並沒有消除對 ETL/ELT 工具、訊息代理程式 (message brokers) 或 API 閘道的需求。它位於這些工具之上，作為它們映射來源與目標的語義層。

CIM 如何跨標準格式表達

CIM 工作小組採用基於標準的方法開發該模型，並將其轉換為多種標準格式。這種方法使擁有不同技術的企業能夠採用 CIM，賦能貢獻者，並促進更大 CIM 生態系統的成長。

如果您正在購物： Boomi AtomSphere — 用於雲端到本地混合整合的企業 iPaaS.

實際意義在於，您不會被強迫使用單一的序列化方式或工具鏈。以多種格式表示的模型可以被以下工具使用：

• 架構和 API 工具：需要 JSON Schema 或類似的結構定義。
• 圖形和語義工具：適用於 RDF 風格的詞彙和本體 (ontologies)。
• 關聯式和資料倉儲工具：需要 DDL 或實體關係 (ER) 定義。
• 程式碼產生器：為應用程式開發人員產生強型別類別或資料傳輸物件 (DTO)。

在評估是否採用時，一個有用的決策標準是確定您的現有工具中哪些已經可以導入其中一種已發布的格式。如果您的整合平台可以直接使用該模型，您就可以避免僅為了開始而建立轉換層。

誰可以加入，CIM 如何治理？

CIM 歡迎所有貢獻者。它是作為聯合開發基金會（Joint Development Foundation）的一部分開源的，該基金會在 Linux 基金會下運作。Linux 基金會是著名的協作開源專案之家，並提供法律和組織框架，使競爭對手能夠在共享基礎設施上進行協作。

治理和參與細分如下：

• 指導委員會（Steering Committee）。 歷史上有四家公司派代表參加了指導委員會：AWS、Google、Genesys 和 Salesforce。指導委員會為模型設定方向。
• 工作小組（Working Groups）。 這些工作組產生模型並將其轉換為標準格式，並在預先定義的策略下運作。
• 貢獻者（Contributors）。 任何人都可以透過「Get Involved」管道協作並為 CIM 模型做出貢獻。

誰擁有 CIM 的輸出？

社群成員保留對自己的資料和 IP 的完全控制權。CIM 成員在 CIM 工作小組內工作時產生的 IP 歸 CIM 法人實體所有，並根據每個工作小組的預先定義策略進行管理。這種分離——您的資料和預先存在的 IP 仍屬於您；共同創建的模型工件由實體持有——這是開放標準機構中常見且重要的模式，在貢獻之前值得閱讀具體的工作組政策。

會員費和等級

CIM 目前有兩個會員等級。

相關： Matillion — 為雲端資料倉儲所建構的下推式 ELT.

等級	年度費用	要求	您將獲得
SteerCo	50,000 美元	您的公司必須是 Linux 基金會成員	進入指導委員會的權限
貢獻者	免費	無	作為貢獻者參與

貢獻者等級不需要付費。SteerCo 等級需要付費並需具備 Linux 基金會會員資格，這反映了它所賦予的額外治理責任和影響力。對於大多數整合和平台團隊來說，貢獻者等級是自然的起點；想要形塑模型路線圖的組織應該權衡 SteerCo 的承諾與其帶來的影響力。

如何決定是否採用 CIM

採用既是一項技術決策，也是一項建模和治理決策。請考慮以下標準：

• 您是否有重複的跨供應商整合工作？ 如果您在不斷變化的供應商之間重複整合相同的領域，規範模型（canonical model）將會帶來回報。如果您只有一個穩定的整合，則可能不需要。
• 您的工具可以使用已發佈的格式嗎？ 檢查您的 ETL 平台、API 閘道或圖形儲存體是否可以直接擷取模型。
• 您是否有 CIM 涵蓋的領域？ CIM 面向以客戶為中心的企業領域（客戶、產品、訂單和相關概念）。該範圍之外的領域可能需要擴展。
• 誰將擁有映射層（mapping layer）？ 必須有人維護記錄系統（systems of record）和規範模型之間的映射。請將此視為一項持久的責任，而非一次性的任務。
• 您的退出策略是什麼？ 因為 CIM 是中立的，映射到它應該會使未來的供應商變更成本更低 — 請驗證您的映射是否真正與任何單一供應商的 schema 解耦。

一個務實的採用模式是從一個高價值領域開始，將兩個或三個系統映射到該領域，並在擴展之前衡量共享詞彙是否確實減少了整合工作。

讀者最愛： Airbyte — 具有託管雲端選項的開源 ELT.

貢獻者和整合者的實用指南

對於參與其中的人來說，一些習慣可以使工作更加有效：

• 先閱讀工作小組政策。 在編寫任何內容之前，請了解 IP 所有權和貢獻條款。
• 為重用而建模，而非為單次整合建模。 規範實體應該反映該領域，而非單一來源系統的特性。
• 明確地記錄映射。 保留每個來源系統如何映射到模型的版本化記錄，以便可以追蹤變更。
• 優先選擇擴展而非變更（mutation）。 如果您的領域需要模型缺少的內容，請以不會破壞現有消費者的方式進行擴展。
• 參與上游。 將改進貢獻回模型對每個人都有利，並能減少私人分叉（private forks）的維護負擔。

常見問題

用一句話形容什麼是雲端資訊模型（Cloud Information Model）？

雲端資訊模型是一個開放聯盟和共享資料模型，由 Linux 基金會內的聯合開發基金會管理，為企業應用程式提供了一個通用的、與應用程式無關的詞彙，以便它們可以跨雲端和本地系統進行互通。

CIM 可以免費使用和加入嗎？

是的。貢獻者會員等級是免費的，無需付費，且該模型是開源的。付費的 SteerCo 等級可獲得進入指導委員會的權限，每年費用為 50,000 美元，並要求您的公司是 Linux 基金會成員。

CIM 指導委員會成員有哪些？

目前指導委員會中有四家公司：AWS、Google、Genesys 和 Salesforce。指導委員會指導模型的方向，而工作小組則製作工件。

誰擁有 CIM 產生的智慧財產權？

社群成員保留對其自己的資料和 IP 的完全控制權。CIM 成員在工作小組內工作時產生的 IP 由 CIM 法人實體擁有，並根據該工作組的預先定義策略進行管理。

CIM 與其他互通性標準有何關係？

CIM 補充而非取代 API 描述格式、訊息模式（message schemas）和語意詞彙。它提供了這些格式和工具可以映射到的共享域模型，其意圖類似於規範的行業數據模型，但專注於以客戶為中心的雲端應用程式領域。

我如何參與 CIM？

任何人都可以透過「Get Involved」頻道進行協作並為 CIM 模型做出貢獻。明智的第一步是審閱工作組政策，然後從單一網域開始，並映射少量系統以驗證該方法。

進一步閱讀

• Linux Foundation — Wikipedia，了解託管 CIM 的基金會背景。
• Joint Development Foundation — Wikipedia，了解 CIM 背後的法人實體結構。
• World Wide Web Consortium (W3C) — 了解關於網路和語意標準的相關工作。
• OpenAPI Specification — 了解 API 級別的 schema 與共享網域模型的差異。