参加する

Linux Foundation の傘下で 2019 年に設立された Cloud Information Model (CIM) は、メンバー アライアンスであると同時にコミュニティでもあります。メンバーはワーキンググループで協力し、共通のオープンデータモデルを定義して使用し、既存および将来の標準に影響を与え、共通の問題を解決するためのオープンソリューションを構築します。

CIM が存在する理由は、企業データが数十のアプリケーションにわたって断片化されており、それぞれが独自のプロプライエタリなスキーマ、命名規則、およびセマンティクスを持っているためです。Salesforce の顧客、SAP の顧客、そして自社製請求システムの顧客は、すべて「顧客」ですが、顧客とは何か、どの属性が正解（authoritative）であるか、あるいは顧客、注文、製品間の関係をどのように表現すべきかについて、意見が一致することはほとんどありません。CIM の答えは、あらゆるシステムがマッピング可能な、アプリケーションに依存しない共有モデルを提供することです。これにより、統合作業はオーダーメイドの翻訳プロジェクトではなく、単なるマッピング作業になります。

重要なポイント

• CIM は Linux Foundation プロジェクト (2019 年設立) であり、異種システムが採用できるように、複数の形式に変換されたオープンな標準ベースのデータモデルを公開しています。
• 参加形態は階層別になっています：ステアリングメンバー、コントリビューターメンバー、およびより広範な CIM コミュニティがあり、上位になるにつれて権限が広がります。
• 現在は単一のワーキンググループが、新しいサブジェクトエリア、マッピング、および API 要件を定義しており、ここで実質的な技術作業が行われます。
• 貢献はコードだけではありません。サブジェクトエリアの提案、コンセンサス投票への参加、ワーキンググループへの加入はすべて、標準を形成するための重要な手段です。
• モデルは意図的にフォーマット中立的に設計されており、これによりリレーショナル、グラフ、および API 指向のコンシューマーが 1 つの正準（canonical）な定義を共有できます。

共有データモデルが重要な理由

統合における痛みのほとんどは、技術的なものではなく意味的なものです。ETL パイプライン、iPaaS プラットフォーム、API ゲートウェイは成熟していますが、崩れるのは意味のレイヤーです。「アカウント」が請求エンティティを意味するのか、それとも企業階層を意味するのかについて 2 つのシステムの意見が一致しない場合、すべての下流レポート、結合、および照合にその曖昧さが引き継がれます。

CIM のような正準モデルは、中立的な参照点を提供することでこれに対処します。N 個のシステムを相互にマッピングする (N×N 問題) 代わりに、各システムを一度だけ正準モデルにマッピングします (N×1 問題)。これは、エネルギー分野で使用される共通情報モデル (IEC 61970/61968) やヘルスケアで使用される HL7 FHIR リソースなどの標準の背後にあるアーキテクチャ原理と同じであり、独立して構築されたシステムの相互運用を可能にするドメイン固有の正準モデルです。

CIM のスコープはより広く、より水平的です。CRM、ERP、コマース、サプライチェーンシステム全体に現れる共通のビジネスエンティティ（顧客、製品、注文、サプライヤー、およびそれらの間の関係）を対象としています。目標は、これらのシステムのネイティブモデルを置き換えることではなく、共有語彙としてそれらの上位に位置することです。

ワーキンググループのスコープ

私たちは標準ベースのアプローチで Cloud Information Model (CIM) を開発し、それを複数の形式に変換しました。このアプローチにより、さまざまなテクノロジーを備えた企業が CIM を導入できるようになります。また、コントリビューターに権限を与え、より大規模な CIM エコシステムの成長を促進します。

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

具体的に「複数の形式」とは、同じ基礎となるモデルをさまざまなツールチェーンで利用できることを意味します。たとえば、リレーショナルストアやドキュメントストアのスキーマ定義として、エンティティと関係のグラフとして、あるいは API コントラクトの基礎として利用できます。リレーショナルウェアハウスを使用するチーム、グラフデータベースを使用するチーム、REST または GraphQL サービスを構築するチームがすべて、3 つの異なる定義ではなく、1 つの信頼できる情報源 (source of truth) に基づいて作業できるようになります。

このフォーマット中立性は、実際のトレードオフを伴う意図的な設計上の選択です：

• メリット: 特定のベンダーのツールが特権を持つことはないため、特定のプラットフォームの購入によって導入が制限されることはありません。
• メリット: モデルを、いかなるシリアル化形式からも独立して進化させることができます。
• デメリット: コントリビューターは、どの構成が真に正準であり、どれが特定の形式に起因するアーティファクトであるかを慎重に検討する必要があります。
• デメリット: フォーマット間を変換するツールを維持する必要があり、ラウンドトリップが常にロスレスであるとは限りません。

CIM の採用を検討しているアーキテクトにとっての実践的な問いは、統合領域が「共有」ビジネスエンティティによって支配されているかどうかです。マッピングのほとんどが単発的でドメイン固有である場合、正準モデルはオーバーヘッドになります。しかし、多くのシステム間で同じ少数のエンティティを繰り返しマッピングしている場合、N×1 への削減によるメリットがそれを上回ります。

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

Cloud Information Model ワーキンググループ

現在、CIM には、新しいサブジェクトエリア、マッピング、および API 要件の定義に取り組む単一のワーキンググループがあります。

サブジェクトエリア とは、モデルの一貫したスライスであり、たとえばビジネスドメインを中心としたエンティティや関係のグループ化のことです。サブジェクトエリアを提案することは、標準が次に何をカバーするかを決定するため、メンバーが行える最も影響力のある貢献の 1 つです。マッピングはサブジェクトエリアを現実世界のシステムやフォーマットに接続し、API 要件は、モデルに基づいて構築されたサービスにコンシューマーが何を求めるかを定義します。

ワーキンググループへの参加を検討している場合、どこに貢献すべきかを判断する有効な方法は、次の問いを立てることです：

1. 組織内で最も統合の手戻りを引き起こしているエンティティはどれか？ それらがサブジェクトエリア提案の候補になります。
2. システム間で既に一致している点はどこか、そして密かに乖離している点はどこか？ 乖離している点こそ、マッピングが最も価値を提供できる場所です。
3. 下流のコンシューマーは、実際に API に何を必要としているか？ それが API 要件を形作ります。

現在ワーキンググループが1つしかないため、新しい貢献者にとっての現実的な方法は、通常、新しいグループを立ち上げるのではなく、そこに参加して主題領域（Subject Area）を提案することです。新しい ワーキンググループの提案は上位ティアに留保された権利であり、既存のグループに過負荷をかけることになるような、真に異なる作業領域に限定するのが最善です。

メンバーシップのティアと特典

CIMへの参加はティア（階層）構造になっており、上のティアほどより幅広い権限が与えられます。以下の表は、CIMが公表している特典をまとめたものです。

特典	ステアリングメンバー	コントリビューター	CIMコミュニティ
CIMモデルリリースの利用	✓	✓	✓
CIMの進捗と革新に関する最新情報の入手	✓	✓	✓
CIMコンソーシアムへのアイデア提供	✓	✓	✓
主題領域（Subject Area）を提案できる	✓	✓	✓
制限付きおよびプライベートリソースへのアクセス	✓	✓
ワーキンググループへの参加資格	✓	✓
ワーキンググループへの貢献	✓	✓
新しいワーキンググループの提案	✓	✓
主題領域の最小支持定足数（quorum）にカウントされる	✓	✓
コンセンサス投票への参加	✓	✓
CIMロードマップへの貢献	✓	✓
CIMの全体的な戦略的方向性を推進する	✓
ステアリング委員会への参加資格	✓
ワーキンググループ議長の就任資格	✓
CIM標準の一部としてコンテンツを採用するための投票資格	✓
技術的な問題に関する異議申し立て（appeal）ができる	✓
手続き上の問題に関する異議申し立て（appeal）ができる	✓

*ステアリングメンバー申請 — コントリビューターメンバーは、ステアリングメンバーシップを申請できます。

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

ティアの読み方

これらのティアは、Linux Foundationのプロジェクト全体で採用されている、お馴染みのオープンソースガバナンスパターンに基づいています。つまり、成果物を利用してアイデアを提供できる「広範なコミュニティ」、実務的な作業を行う「コントリビューター層」、そして戦略と正式な採用を決定する「ステアリング層」という構成です。実務上で最も重要な区別は以下の通りです：

• CIMコミュニティはエントリーポイントです。正式な役割を持たなくても、リリースされたモデルを採用し、アイデアを提供できます。これは、プロジェクトでCIMを評価している場合や、非公式に方向性に影響を与えたい場合に適しています。
• コントリビューターは、技術的な影響力を持つ層です。ワーキンググループへの参加、貢献、主題領域の提案、コンセンサス投票への参加はすべてここに含まれます。単に標準を利用するだけでなく、標準の形成に関わりたい場合は、このティアを目指してください。
• ステアリングメンバーは、ガバナンス権限を持ちます。戦略的方向性の決定、ステアリング委員会への参加資格、ワーキンググループ議長の就任資格、およびCIM標準の一部としてコンテンツを採用するための正式な投票権が含まれます。コントリビューターメンバーは、ステアリングメンバーシップを申請できます。

微妙ですが重要な点として、「主題領域の最小支持定足数（quorum）にカウントされる」のはコントリビューター以上の権利です。定足数ルールは、単一の参加者の意向だけで主題領域が採用されないようにするためのものであり、コンセンサスベースの標準化団体に共通するガバナンス上の安全策です。組織として特定の主題領域の採用を重視する場合、コントリビューターレベルで参加することが、そのしきい値へのカウントにつながります。

参加する方法：実践的なパス

CIMを初めて利用する場合、以下のような順序が賢明です：

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

1. CIMコミュニティとして開始する。 リリースされたモデルとFAQを確認し、自社システムのエンティティがCIMの主題領域とどこで重複しているかを特定します。
2. アイデアを提供する。 コミュニティティアであってもCIMコンソーシアムにアイデアを提案でき、これは自分のユースケースが共感を得られるかを確認するための、負担の少ない方法です。
3. 実務に携わりたい場合は、コントリビューターへ移行する。 これにより、ワーキンググループへの参加、主題領域の提案、コンセンサス投票が可能になります。
4. 組織として方向性の決定や正式な採用投票に関わりたい場合は、ステアリングメンバーシップを申請する。

特にオープンソースのコントリビューターにとって、モデルがフォーマット中立的であることは、モデルコンテンツ自体と並行して、フォーマット変換ツール、バリデーター、マッピングジェネレーターなどのツール類を貢献させる余地があることを意味します。プラットフォームやアプリケーションベンダーにとって、自社製品のスキーマをCIMにマッピングすることは、顧客が支払う統合コストを削減することになり、多くの場合、競争上の差別化要因となります。

ガバナンス、標準、および異議申し立て

CIMは標準ベースのアプローチを採用しており、コンテンツの提案、レビュー、および採用のための定義されたプロセスが存在します。ステアリングティアに技術的および手続き上の正式な「異議申し立て（appeal）」権限があることは、成熟した標準ガバナンスの特徴です。これにより、紛争が非公式に解決されるのではなく、定義された解決経路を持つことになります。

これは、確立された標準化団体の運営方法を反映したものです。Linux Foundationは多くのこうしたプロジェクトをホストしており、競合他社が共有インフラストラクチャで協力できるように、商標、知的財産（IP）、独占禁止法ポリシーなどの法的およびガバナンス上の枠組みを提供しています。企業としてCIMの導入を検討している場合、Linux Foundationへの所属は重要なシグナルとなります。つまり、モデルが単一のベンダーに所有されているのではなく、中立的な財団によって管理されていることを意味し、将来的なライセンス変更や方向性の転換のリスクが軽減されます。

関連情報

• よくある質問
• 会費
• 現在の SteerCo メンバーリスト
• コントリビューター Web フォーム
• CIM モデルリソース
• CIM プレゼンテーション
• CIM フォーマット
• ニュースでの CIM
• GitHub リポジトリ
• ニュースブログ
• お問い合わせ

よくある質問

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

Cloud Information Model (CIM) は、Linux Foundation のもとで 2019 年に設立されたオープンデータモデルおよびメンバーコミュニティです。これは、アプリケーションに依存しないビジネスエンティティの共通モデルを定義し、クラウドシステムとオンプレミスシステムが、特注のポイントツーポイントマッピングではなく、共有セマンティクスを通じて相互運用できるようにするものです。

CIM には誰が参加できますか？また、費用はいくらですか？

CIM には、ステアリングメンバー (Steering Member)、コントリビューター (Contributor)、CIM コミュニティの 3 つの参加レベルがあります。コミュニティ層は最も幅広いエントリーポイントであり、コントリビューターメンバーはステアリングメンバーシップを申請することができます。会費は CIM によって個別に公表されているため、費用を推測するのではなく、最新の金額については「会費」ページを参照してください。

CIM のサブジェクトエリア (Subject Area) とは何ですか？

サブジェクトエリアとは、関連するエンティティと関係性のセットをカバーする、モデルの一貫した切り出し（スライス）のことです。サブジェクトエリアを提案することはコントリビューターレベルの権利であり、標準のカバー範囲に影響を与える最も直接的な方法の 1 つです。また、サブジェクトエリアには最小支持定数（クォーラム）が適用されるため、単一の参加者のみに基づいて採用されることはありません。

貢献するにはステアリングメンバーになる必要がありますか？

いいえ。コントリビューターメンバーは、ワーキンググループへの参加および貢献、サブジェクトエリアの提案、およびコンセンサス投票に参加することができます。ステアリングメンバーシップになると、戦略的方向性の決定、ステアリング委員会の資格、およびコンテンツを CIM 標準の一部として採用するための正式な投票権などのガバナンス権限が付与されます。

CIM は他のデータ標準とどのような関係にありますか？

CIM は、エネルギー分野の共通情報モデル (IEC 61970/61968) やヘルスケアの HL7 FHIR などのドメイン固有の標準モデルとは対照的に、共通のビジネスエンティティに焦点を当てた水平的な業界横断モデルです。フォーマットに依存しない設計により、既存システムのネイティブモデルを置き換えるのではなく、それらを補完することができます。

フォーマットの中立性が採用において重要なのはなぜですか？

リレーショナルウェアハウス、グラフデータベース、API サービスなど、異なるテクノロジースタックを持つチームが、乖離したスキーマを個別に維持する代わりに、1 つの正規定義を利用できるようになるからです。トレードオフとして、変換ツールを維持する必要があり、フォーマット間のラウンドトリップが常にロスレスであるとは限らないため、チームは実際の統合ニーズに照らしてマッピングを検証する必要があります。

さらに読む

• ワーキンググループ — Wikipedia
• Linux Foundation — Wikipedia