よくある質問

クラウド情報モデル (CIM) は、エンタープライズアプリケーションとデータソースをクラウドシステムとオンプレミスシステム間で相互運用できるようにすることを目的とした、オープンな標準ベースのデータモデルおよびコンソーシアムです。この FAQ は、エンタープライズデータアーキテクト、統合および ETL エンジニア、プラットフォームベンダー、およびオープンソース貢献者向けに、実践的なコンテキストを加えてオリジナルの CIM FAQ を拡張したものです。元の回答を維持しつつ、モデルがどのように機能し、どのようにガバナンスが行われ、採用すべきかおよびその方法をどのように決定するかについて、より深く解説します。

重要なポイント

• CIM はオープンな仕様およびコンソーシアムであり、商用製品ではありません。その目的は、ポイントツーポイント統合のコストと脆弱性を軽減する、アプリケーションに依存しない共有データモデルを提供することです。
• ガバナンスは Linux Foundation傘下の Joint Development Foundation が担っており、運営委員会には歴史的に AWS、Google、Genesys、Salesforce が含まれています。
• メンバーシップには、有料の運営委員会レベルと無料の貢献者レベルの 2 つのティアがあります。モデル自体はオープンソースです。
• CIM は複数の標準形式で表現されているため、異なるテクノロジースタックを持つ組織であっても、既存のツールを放棄することなく導入できます。
• このモデルは、既存の記録システム (systems of record) を置き換えるのではなく、その上に重ね合わせ、カノニカルな語彙およびマッピングターゲットとして扱うときに最も価値を発揮します。
• 貢献者は自身のデータと IP (知的財産) の管理権を保持します。ワーキンググループ内で生成された IP は、各グループのポリシーに基づき、CIM 法人が所有します。

クラウド情報モデルとは何ですか？

クラウド情報モデル (CIM) は、エンタープライズ製品を接続するための標準ベースのソリューションを提供するために設立されたオープンコンソーシアムです。その掲げる目標は、組織がクラウドネイティブアプリケーション全体で、シームレスでカスタマイズされたパーソナライズ体験を構築できるようにすることです。

実際には、CIM は共有データモデル、つまり異なるアプリケーションがマッピング可能なエンティティ、属性、関係の共通語彙です。例えば、CRM とマーケティングプラットフォームの間で、統合チームごとに独自のフィールドマッピングを考案するのではなく、双方が同じカノニカルな定義にマッピングします。これが相互運用性における核心的な約束です。

CIM は、以下のような具体的な方法で相互運用性を促進します：

• 価値実現までの時間の短縮 — 再利用可能なマッピングと共有セマンティクスにより、個々の新規統合プロジェクトの期間が短縮されます。
• シームレスでカスタマイズされたエクスペリエンス — システム間で「顧客」、「注文」、「製品」が実際に何を指すのかについて合意が形成されているため、クラウドネイティブアプリケーション全体で実現可能です。
• データのクロスシステムビュー — 複数のアプリケーションにまたがる分析や運用ワークフローが可能になります。
• 統合の構築と維持にかかる時間の削減 — 脆弱なペアごとの契約ではなく、安定した共有モデルに対して変更が行われるためです。

CIM をデータ相互運用性の取り組みというより広い展望の中に位置づけると理解しやすくなります。スキーマオンリードのアプローチ (データレイクで一般的) がクエリ時まで構造を決定せず、API 固有のスキーマ (OpenAPI などで記述されるもの) が単一のサービスを記述するのに対し、CIM は多くのサービスが共有できるドメインモデルを記述します。これは、業界データモデルの背後にあるカノニカルモデリングの伝統や、W3C が公開しているセマンティックウェブの語彙に近い考え方ですが、CIM は純粋に学術的なものではなく、意図的に実用的かつエンタープライズ指向に設計されています。

CIM はクラウドアプリケーションのどのような課題に対処しますか？

CIM は、データ統合の負担を軽減することを目的とした最新のオープン仕様です。異なるデータ形式間で簡単に通信するための定義された標準を提供します。

関連: Fivetran — 実行し続けるフルマネージドの ELT パイプライン.

ターゲットとしている根本的な問題は、エンタープライズ統合を構築した経験のある方なら誰でも心当たりがあるはずです：

• 意味的な不一致 (Semantic mismatch)。2 つのシステムが共に「顧客」オブジェクトを持っていても、一方は請求先アカウントと個人を同一視し、もう一方はそれらを分離している場合があります。共有モデルがなければ、統合のたびにこれらの定義について議論し直すことになります。
• N 二乗の統合増加。N 個のアプリケーションをペアで接続すると、最大で N² 個の異なるマッピングが必要になります。共有カノニカルモデルを利用すれば、その多くを 1 つのモデルへの N 個のマッピングに集約できます。
• ベンダーロックインとチャーン。統合がベンダー独自のプロプライエタリなスキーマに対して直接記述されている場合、ベンダーを交代させるには統合を書き直す必要があります。中立的なモデルにマッピングすることで、切り替えコストを削減できます。
• クロスドメイン分析。一貫したモデルがあれば、レポートごとに特注の調整ロジックを組まなくても、販売、サービス、マーケティング、コマースの各ドメインにわたるデータを結合することが現実的になります。

CIM は、ETL/ELT ツール、メッセージブローカー、または API ゲートウェイの必要性をなくすものではありません。それらのツールがマッピングを行う先となるセマンティックレイヤーとして、その上位に位置します。

標準フォーマット間での CIM の表現方法

CIM ワーキンググループは、標準ベースのアプローチでモデルを開発し、それを複数の標準形式に変換しました。このアプローチにより、さまざまなテクノロジーを採用している企業が CIM を導入でき、貢献者に権限を与え、より大規模な CIM エコシステムの成長を促進できます。

私たちの選択: Workato — ビジネスチームが実際に構築できる自動化主導の iPaaS.

実務上の利点は、単一のシリアル化形式やツールチェーンを強制されないことです。複数の形式で表現されたモデルは、以下のようなツールで利用可能です：

• JSON Schema または同様の構造定義を想定する スキーマおよび API ツール。
• RDF スタイルのボキャブラリーやオントロジーを扱う グラフおよびセマンティックツール。
• DDL またはエンティティ関係定義を必要とする リレーショナルおよびウェアハウスツール。
• アプリケーション開発者向けに型付きクラスやデータ転送オブジェクト (DTO) を生成する コードジェネレーター。

導入を検討する際の有用な判断基準は、既存のツールのうちどれが公開されている形式のいずれかをすでに取り込めるかを特定することです。統合プラットフォームがモデルを直接消費できる場合、開始するための翻訳レイヤーを構築する手間を省けます。

誰が参加できますか？ CIM はどのように管理されますか？

CIM はあらゆる貢献者を歓迎します。CIM は、Linux Foundation の下で運営されている Joint Development Foundation の一部としてオープンソース化されています。Linux Foundation は共同オープンソース プロジェクトの拠点としてよく知られており、競合他社が共有インフラストラクチャ上で共同作業できるようにするための法的および組織的な足場を提供しています。

ガバナンスと参加は次のように分類されます：

• 運営委員会（Steering Committee）。 これまで、AWS、Google、Genesys、Salesforce の 4 社が運営委員会に代表として参加してきました。運営委員会はモデルの方向性を決定します。
• ワーキンググループ。 これらは、事前定義されたポリシーに基づいて、モデルおよびその標準形式への変換を生成します。
• 貢献者。 誰でも「Get Involved」チャネルを通じて CIM モデルに協力し、貢献することができます。

CIM の出力は誰が所有しますか？

コミュニティメンバーは、自身のデータと IP を完全に制御できます。CIM ワーキンググループ内で作業中に CIM メンバーによって生成された IP は、CIM 法人が所有し、各ワーキンググループの事前定義されたポリシーに従って管理されます。この分離（お客様のデータと既存の IP はお客様のままであり、共同で作成されたモデル成果物は法人が保持する）は、オープン標準団体における一般的かつ重要なパターンであり、貢献する前に特定のワーキンググループのポリシーを読む価値があります。

会費とレベル

CIM には現在 2 つのメンバーシップ レベルがあります。

関連: Matillion — クラウド データ ウェアハウス用に構築されたプッシュダウン ELT.

レベル	年間コスト	要件	得られるもの
SteerCo	50,000ドル	貴社が Linux Foundation メンバーであること	運営委員会へのアクセス
Contributor	無料	なし	貢献者としての参加

Contributor レベルでは支払いは必要ありません。SteerCo レベルには、追加のガバナンス責任とそれがもたらす影響力を反映して、料金と前提条件となる Linux Foundation メンバーシップが設定されています。ほとんどの統合チームやプラットフォームチームにとって、Contributor レベルが自然な開始点となります。モデルのロードマップを形成したい組織は、SteerCo へのコミットメントとその影響力を比較検討すべきです。

CIM を採用するかどうかを決定する方法

導入は、技術的な決定であると同時に、モデリングとガバナンスの決定でもあります。次の基準を考慮してください：

• ベンダーをまたいだ統合作業が繰り返し発生していますか？ 変更されるベンダー間で同じドメインを繰り返し統合する場合、カノニカルモデル（正規モデル）が効果を発揮します。安定した統合が 1 つしかない場合は、そうではない可能性があります。
• お使いのツールは公開された形式を利用できますか？ ETL プラットフォーム、API ゲートウェイ、またはグラフストアがモデルを直接取り込めるか確認してください。
• CIM がカバーするドメインをお持ちですか？ CIM は、顧客中心のエンタープライズドメイン（顧客、製品、注文、および関連概念）を指向しています。その範囲外のドメインは拡張が必要になる場合があります。
• マッピングレイヤーは誰が所有しますか？ 誰かが記録システム（System of Record）とカノニカルモデルの間のマッピングを維持する必要があります。これを単発のタスクではなく、永続的な責任として扱ってください。
• 出口戦略は何ですか？ CIM は中立であるため、CIM にマッピングすることで将来のベンダー変更のコストを抑えられるはずです。マッピングが単一ベンダーのスキーマから真に切り離されていることを確認してください。

実用的な導入パターンは、まず 1 つの高価値ドメインから開始し、2 つまたは 3 つのシステムをそれにマッピングし、拡張する前に共有ボキャブラリによって実際に統合作業が軽減されたかどうかを測定することです。

ショッピングの場合: Boomi AtomSphere — ハイブリッドクラウドとオンプレミスの統合のためのエンタープライズ iPaaS.

貢献者とインテグレーターのための実践的なガイダンス

参加される方は、いくつかの習慣を身につけることで作業がより効果的になります：

• 最初にワーキンググループのポリシーをお読みください。 何かを記述する前に、IP の所有権と貢献条件を理解してください。
• 単一の統合ではなく、再利用のためにモデル化してください。 カノニカルエンティティは、単一のソースシステムの癖ではなく、ドメインを反映している必要があります。
• マッピングを明示的に文書化してください。 変更を追跡できるように、各ソースシステムがモデルにどのようにマッピングされるかのバージョン管理された記録を保持してください。
• 変更（Mutation）よりも拡張（Extension）を優先してください。 ドメインにモデルにない機能が必要な場合は、既存のコンシューマーを壊さない方法で拡張してください。
• アップストリームに関与してください。 モデルに改善を還元して貢献することは、全員に利益をもたらし、プライベートフォークのメンテナンス負担を軽減します。

よくある質問

クラウド情報モデル（Cloud Information Model）を一言で言うと何ですか？

クラウド情報モデルは、Linux Foundation 内の Joint Development Foundation の下で管理されるオープンコンソーシアムおよび共有データモデルであり、エンタープライズアプリケーションにアプリケーションに依存しない共通の語彙を提供することで、クラウドシステムとオンプレミスシステム間での相互運用を可能にします。

CIM は無料で使用および参加できますか？

はい。Contributor メンバーシップレベルは無料で支払いは不要であり、モデルはオープンソースです。運営委員会へのアクセスを許可する有料の SteerCo レベルは、年間 50,000 ドルで、貴社が Linux Foundation メンバーであることが条件となります。

CIM 運営委員会のメンバーは誰ですか？

現在、AWS、Google、Genesys、Salesforce の 4 社が運営委員会に代表として参加しています。運営委員会がモデルの方向性を導き、ワーキンググループが成果物を生成します。

CIM によって生成された知的財産は誰が所有しますか？

コミュニティメンバーは、自身のデータと IP を完全に制御できます。CIM メンバーがワーキンググループ内で作業中に生成した IP は、CIM 法人が所有し、そのワーキンググループの事前定義されたポリシーに従って管理されます。

CIM は他の相互運用性標準とどのように関係しますか？

CIM は、API 記述形式、メッセージスキーマ、およびセマンティック語彙を置き換えるのではなく、補完します。これらの形式やツールがマッピングできる共有ドメインモデルを提供します。これは、意図としては業界のカノニカルデータモデルに似ていますが、顧客中心のクラウドアプリケーションドメインに焦点を当てています。

CIM に参加するにはどうすればよいですか？

---

誰でも「Get Involved」チャネルを通じて CIM モデルに協力し、貢献することができます。賢明な最初のステップは、ワーキンググループのポリシーを確認し、次に単一のドメインから始めて少数のシステムをマッピングしてアプローチを検証することです。

さらに読む

• Linux Foundation — Wikipedia、CIM をホストする財団の背景について。
• Joint Development Foundation — Wikipedia、CIM の背後にある法人構造について。
• World Wide Web Consortium (W3C) — Web およびセマンティック標準に関する関連作業について。
• OpenAPI Specification — API レベルのスキーマが共有ドメインモデルとどのように異なるかについて。