Mitmachen

Das 2019 unter dem Dach der Linux Foundation gegründete Cloud Information Model (CIM) ist sowohl eine Mitgliederallianz als auch eine Community. Durch die Zusammenarbeit in Arbeitsgruppen definieren und nutzen die Mitglieder ein gemeinsames offenes Datenmodell, beeinflussen bestehende und zukünftige Standards und entwickeln offene Lösungen zur Lösung gemeinsamer Probleme.

CIM existiert, weil Unternehmensdaten über Dutzende von Anwendungen fragmentiert sind, von denen jede ihr eigenes proprietäres Schema, ihre eigenen Namenskonventionen und ihre eigene Semantik hat. Ein Kunde in Salesforce, ein Kunde in SAP und ein Kunde in einem selbst entwickelten Abrechnungssystem sind alle „Kunden“ – aber sie sind sich selten darüber einig, was ein Kunde ist, welche Attribute maßgeblich sind oder wie Beziehungen zwischen Kunden, Bestellungen und Produkten ausgedrückt werden sollen. Die Antwort von CIM ist ein gemeinsames, anwendungsunabhängiges Modell, auf das jedes System abgebildet werden kann, sodass die Integrationsarbeit eher zu einer Mapping-Übung als zu einem maßgeschneiderten Übersetzungsprojekt wird.

Wichtige Erkenntnisse

• CIM ist ein Projekt der Linux Foundation (gegründet 2019), das ein offenes, auf Standards basierendes Datenmodell veröffentlicht, das in mehrere Formate übersetzt wurde, damit heterogene Systeme es übernehmen können.
• Die Teilnahme ist gestaffelt: Steering Members, Contributor Members und die breitere CIM-Community, mit zunehmenden Rechten je nach Ebene.
• Die einzige aktuelle Arbeitsgruppe definiert neue Subject Areas, Mappings und API-Anforderungen – hier findet die inhaltliche technische Arbeit statt.
• Ein Beitrag besteht nicht nur aus Code: Das Vorschlagen von Subject Areas, die Teilnahme an Konsensumfragen und der Beitritt zu Arbeitsgruppen sind erstklassige Möglichkeiten, den Standard mitzugestalten.
• Das Modell ist bewusst formatneutral, was es relationalen, Graph- und API-orientierten Konsumenten ermöglicht, eine gemeinsame kanonische Definition zu nutzen.

Warum ein gemeinsames Datenmodell wichtig ist

Die meisten Integrationsprobleme sind semantischer und nicht technischer Natur. ETL-Pipelines, iPaaS-Plattformen und API-Gateways sind ausgereift; was problematisch ist, ist die Bedeutungsebene. Wenn sich zwei Systeme nicht darüber einig sind, ob „Account“ eine Abrechnungseinheit oder eine Unternehmenshierarchie bedeutet, erbt jeder nachgelagerte Bericht, jeder Join und jeder Abgleich diese Mehrdeutigkeit.

Ein kanonisches Modell wie CIM begegnet diesem Problem, indem es einen neutralen Bezugspunkt bietet. Anstatt N Systeme aufeinander abzubilden (ein N×N-Problem), wird jedes System einmal auf das kanonische Modell abgebildet (ein N×1-Problem). Dies ist dasselbe Architekturprinzip, das hinter Standards wie dem im Energiesektor verwendeten Common Information Model (IEC 61970/61968) und den im Gesundheitswesen verwendeten HL7 FHIR-Ressourcen steckt – domänenspezifische kanonische Modelle, die die Interoperabilität unabhängig erstellter Systeme ermöglichen.

Der Anwendungsbereich von CIM ist breiter und horizontaler: Er zielt auf die allgemeinen Geschäftseinheiten ab – Kunden, Produkte, Bestellungen, Lieferanten und die Beziehungen zwischen ihnen –, die in CRM-, ERP-, Commerce- und Lieferkettensystemen auftreten. Das Ziel besteht nicht darin, die nativen Modelle dieser Systeme zu ersetzen, sondern als gemeinsames Vokabular über ihnen zu stehen.

Umfang der Arbeitsgruppe

Wir haben das Cloud Information Model (CIM) mit einem standardbasierten Ansatz entwickelt und in mehrere Formate übersetzt. Dieser Ansatz ermöglicht es Unternehmen mit unterschiedlichen Technologien, CIM zu übernehmen. Er stärkt zudem die Mitwirkenden und fördert das Wachstum eines größeren CIM-Ökosystems.

Verwandte: Fivetran — Die vollständig verwaltete ELT-Pipeline, die einfach weiterläuft.

Konkret bedeutet „mehrere Formate“, dass dasselbe zugrunde liegende Modell von verschiedenen Toolchains genutzt werden kann – beispielsweise als Schemadefinition für relationale oder Dokumentenspeicher, als Graph von Entitäten und Beziehungen und als Grundlage für API-Verträge. Ein Team, das ein relationales Warehouse verwendet, ein Team, das eine Graphdatenbank verwendet, und ein Team, das REST- oder GraphQL-Dienste erstellt, können alle auf einer einzigen „Source of Truth“ arbeiten statt auf drei divergenten Definitionen.

Diese Formatneutralität ist eine bewusste Designentscheidung mit entsprechenden Trade-offs:

• Pro: Die Tools eines einzelnen Anbieters sind nicht privilegiert, sodass die Einführung nicht an den Kauf einer bestimmten Plattform gebunden ist.
• Pro: Das Modell kann unabhängig von jedem Serialisierungsformat weiterentwickelt werden.
• Contra: Mitwirkende müssen sorgfältig darüber nachdenken, welche Konstrukte wirklich kanonisch sind und welche lediglich Artefakte eines bestimmten Formats darstellen.
• Contra: Die Tools zur Übersetzung zwischen Formaten müssen gewartet werden, und Round-Tripping ist nicht immer verlustfrei.

Für Architekten, die über die Einführung von CIM nachdenken, ist die praktische Frage, ob ihre Integrationsoberfläche von gemeinsamen Geschäftseinheiten dominiert wird. Wenn die meisten Mappings einmalig und domänenspezifisch sind, verursacht ein kanonisches Modell zusätzlichen Overhead. Wenn dieselbe Handvoll Entitäten wiederholt über viele Systeme hinweg abgebildet wird, amortisiert sich die N×1-Reduzierung.

Wenn Sie einkaufen: Boomi AtomSphere — Enterprise iPaaS für die Hybrid-Cloud-to-On-Premise-Integration.

Cloud Information Model Working Group

Derzeit verfügt CIM über eine einzige Arbeitsgruppe, die an der Definition neuer Subject Areas, Mappings und API-Anforderungen arbeitet.

Eine Subject Area ist ein kohärenter Ausschnitt des Modells – beispielsweise eine Gruppierung von Entitäten und Beziehungen rund um eine Geschäftsdomäne. Das Vorschlagen einer Subject Area ist einer der wirkungsvollsten Beiträge, die ein Mitglied leisten kann, da es bestimmt, was der Standard als Nächstes abdeckt. Mappings verbinden Subject Areas mit realen Systemen und Formaten; API-Anforderungen erfassen, was Konsumenten von Diensten benötigen, die auf dem Modell basieren.

Wenn Sie erwägen, der Arbeitsgruppe beizutreten, ist eine hilfreiche Methode zur Entscheidung, wo Sie beitragen können, folgende Fragen zu stellen:

1. Welche Entitäten verursachen in Ihrer Organisation den meisten Integrationsaufwand? Diese sind Kandidaten für Subject-Area-Vorschläge.
2. Wo stimmen Ihre Systeme bereits überein und wo weichen sie stillschweigend voneinander ab? In der Divergenz bieten Mappings den größten Mehrwert.
3. Was benötigen Ihre nachgelagerten Konsumenten tatsächlich von einer API? Das prägt die API-Anforderungen.

Da es derzeit eine Arbeitsgruppe gibt, besteht der praktische Weg für einen neuen Mitwirkenden normalerweise darin, dieser beizutreten und einen Themenbereich vorzuschlagen, anstatt eine neue Gruppe zu gründen. Der Vorschlag einer neuen Arbeitsgruppe ist ein Recht, das den höheren Stufen vorbehalten ist und am besten für wirklich unterschiedliche Arbeitsbereiche genutzt werden sollte, die andernfalls die bestehende Gruppe überlasten würden.

Mitgliedschaftsstufen und Vorteile

Die CIM-Teilnahme ist in Stufen unterteilt, die jeweils über zunehmend umfassendere Rechte verfügen. Die folgende Tabelle fasst die von CIM veröffentlichten Vorteile zusammen.

Vorteil	Lenkungsmitglied	Mitwirkender	CIM-Community
CIM-Modellversionen verwenden	✓	✓	✓
Über CIM-Fortschritte und -Innovationen auf dem Laufenden bleiben	✓	✓	✓
Ideen in das CIM-Konsortium einbringen	✓	✓	✓
Darf einen Themenbereich vorschlagen	✓	✓	✓
Zugriff auf eingeschränkte und private Ressourcen	✓	✓
Berechtigt, einer Arbeitsgruppe beizutreten	✓	✓
In Arbeitsgruppen mitwirken	✓	✓
Neue Arbeitsgruppen vorschlagen	✓	✓
Wird auf das Mindestunterstützungsquorum eines Themenbereichs angerechnet	✓	✓
An Konsensumfragen teilnehmen	✓	✓
Trägt zur CIM-Roadmap bei	✓	✓
Treibt die allgemeine strategische Ausrichtung von CIM voran	✓
Berechtigt, dem Lenkungsausschuss beizutreten	✓
Berechtigt für eine Position als Arbeitsgruppenvorsitzender	✓
Stimmberechtigt für die Übernahme von Inhalten als Teil des CIM-Standards	✓
Kann in technischen Fragen Berufung einlegen	✓
Kann in Verfahrensfragen Berufung einlegen	✓

*Antrag auf Lenkungsmitgliedschaft – Mitwirkende Mitglieder können eine Lenkungsmitgliedschaft beantragen.

Verwandte: Matillion — Push-Down-ELT für Cloud-Data-Warehouses.

So lesen Sie die Stufen

Die Stufen orientieren sich an einem bekannten Open-Source-Governance-Muster, das in allen Linux Foundation-Projekten verwendet wird: eine breite Community, die die Ergebnisse nutzen und Ideen einbringen kann, eine Mitwirkendenebene, die die praktische Arbeit erledigt, und eine Steuerungsebene, die für die Strategie und die formelle Übernahme zuständig ist. Die Unterscheidung, die in der Praxis am wichtigsten ist:

• CIM Community ist der Einstiegspunkt. Sie können freigegebene Modelle übernehmen und Ideen einbringen, ohne eine formelle Arbeitsrolle zu übernehmen. Dies ist sinnvoll, wenn Sie CIM für ein Projekt evaluieren oder die Richtung informell beeinflussen möchten.
• Mitwirkender ist der Ort, an dem der technische Einfluss liegt. Hierzu gehören der Beitritt zu einer Arbeitsgruppe, die Mitarbeit darin, das Vorschlagen von Themenbereichen und die Teilnahme an Konsensumfragen. Wenn Ihr Ziel darin besteht, den Standard zu gestalten, anstatt ihn nur zu konsumieren, ist dies die Stufe, die Sie anstreben sollten.
• Lenkungsmitglied besitzt Governance-Rechte: strategische Ausrichtung, Berechtigung für den Lenkungsausschuss, Berechtigung für den Vorsitz einer Arbeitsgruppe und die formelle Abstimmung über die Übernahme von Inhalten als Teil des CIM-Standards. Mitwirkende Mitglieder können eine Lenkungsmitgliedschaft beantragen.

Ein subtiles, aber wichtiges Detail: „Zum Mindestunterstützungsquorum eines Themenbereichs gezählt zu werden“ ist ein Recht für Mitwirkende und höhere Stufen. Quorumsregeln existieren, damit ein Themenbereich nicht allein aufgrund der Stärke eines einzelnen Teilnehmers angenommen wird – eine Governance-Schutzmaßnahme, die allen auf Konsens basierenden Standardisierungsgremien gemeinsam ist. Wenn es Ihrer Organisation wichtig ist, dass ein bestimmter Themenbereich die Übernahme erreicht, ist die Teilnahme auf der Ebene der Mitwirkenden die Voraussetzung, um auf diesen Schwellenwert angerechnet zu werden.

So engagieren Sie sich: Ein praktischer Weg

Wenn Sie neu bei CIM sind, ist eine sinnvolle Reihenfolge:

Leserfavorit: Airbyte — Open-Source-ELT mit einer Managed-Cloud-Option.

1. Starten Sie in der CIM-Community. Sehen Sie sich die veröffentlichten Modelle und die FAQ an und ermitteln Sie, wo sich die Entitäten Ihres Systems mit den Themenbereichen von CIM überschneiden.
2. Ideen einbringen. Auch auf der Community-Stufe können Sie dem CIM-Konsortium Ideen vorschlagen – eine unkomplizierte Möglichkeit, zu testen, ob Ihr Anwendungsfall Anklang findet.
3. Wechseln Sie zum Mitwirkenden, wenn Sie die Arbeit erledigen möchten. Dies schaltet die Teilnahme an Arbeitsgruppen, Vorschläge für Themenbereiche und Konsensumfragen frei.
4. Bewerben Sie sich um eine Lenkungsmitgliedschaft, wenn Ihre Organisation dabei helfen möchte, die Richtung festzulegen und formelle Abstimmungen über die Übernahme durchzuführen.

Insbesondere für Open-Source-Mitwirkende bedeutet die Formatneutralität des Modells, dass Raum für die Beisteuerung von Tooling besteht – Formatübersetzer, Validatoren, Mapping-Generatoren – neben dem Modellinhalt selbst. Für Plattform- und Anwendungsanbieter ist die Zuordnung des Schemas Ihres Produkts zu CIM eine Möglichkeit, die Integrationskosten für Ihre Kunden zu senken, was oft ein Wettbewerbsvorteil ist.

Governance, Standards und Berufungen

CIM folgt einem auf Standards basierenden Ansatz, was einen definierten Prozess zum Vorschlagen, Überprüfen und Übernehmen von Inhalten impliziert. Das Vorhandensein formeller „Berufungsrechte“ – technischer und verfahrenstechnischer Art – auf der Steuerungsebene ist ein Kennzeichen einer ausgereiften Standard-Governance. Dies bedeutet, dass Streitigkeiten einen definierten Lösungsweg haben, anstatt informell beigelegt zu werden.

Dies spiegelt die Arbeitsweise etablierter Standardisierungsorganisationen wider. Die Linux Foundation beherbergt viele solcher Projekte und stellt das rechtliche und verwaltungstechnische Gerüst bereit – Marken-, IP- und Kartellrichtlinien –, das es Wettbewerbern ermöglicht, an einer gemeinsamen Infrastruktur zusammenzuarbeiten. Wenn Sie CIM für die Einführung im Unternehmen evaluieren, ist die Zugehörigkeit zur Linux Foundation ein aussagekräftiges Signal: Es bedeutet, dass das Modell von einer neutralen Stiftung verwaltet wird und nicht einem einzelnen Anbieter gehört, was das Risiko einer zukünftigen Lizenzierungs- oder Richtungsänderung verringert.

Verwandte Informationen

• Häufig gestellte Fragen
• Mitgliedsbeiträge
• Liste der aktuellen SteerCo-Mitglieder
• Webformular für Mitwirkende
• CIM-Modellressourcen
• CIM-Präsentation
• CIM-Formate
• CIM in den Nachrichten
• GitHub-Repositorys
• News-Blog
• Kontakt

Häufig gestellte Fragen

Was ist das Cloud Information Model?

Das Cloud Information Model (CIM) ist ein offenes Datenmodell und eine Mitgliedergemeinschaft, die 2019 unter der Linux Foundation gegründet wurde. Es definiert ein gemeinsames, anwendungsunabhängiges Modell von Geschäftseinheiten, sodass Cloud- und On-Premises-Systeme über eine gemeinsame Semantik statt über maßgeschneiderte Punkt-zu-Punkt-Zuordnungen interoperabel sind.

Wer kann CIM beitreten und was kostet es?

CIM hat drei Beteiligungsebenen: Steering Member, Contributor und CIM Community. Die Community-Ebene ist der breiteste Einstiegspunkt, während Contributor-Mitglieder eine Steering-Mitgliedschaft beantragen können. Die Mitgliedsbeiträge werden von CIM separat veröffentlicht; konsultieren Sie daher die Seite „Mitgliedsbeiträge“ für aktuelle Zahlen, anstatt von bestimmten Kosten auszugehen.

Was ist ein Subject Area in CIM?

Ein Subject Area ist ein kohärenter Ausschnitt des Modells, der eine Reihe verwandter Entitäten und Beziehungen abdeckt. Das Vorschlagen eines Subject Area ist ein Recht auf Contributor-Ebene und eine der direktesten Möglichkeiten, Einfluss darauf zu nehmen, was der Standard abdeckt. Subject Areas unterliegen zudem einem Mindestunterstützungsquorum, das eine Einführung auf Basis eines einzelnen Teilnehmers verhindert.

Muss ich Steering Member sein, um beizutragen?

Nein. Contributor-Mitglieder können Arbeitsgruppen beitreten, zu ihnen beitragen, Subject Areas vorschlagen und an Konsensumfragen teilnehmen. Die Steering-Mitgliedschaft ergänzt dies um Governance-Rechte wie die strategische Ausrichtung, die Berechtigung für den Lenkungsausschuss und die formelle Abstimmung über die Übernahme von Inhalten als Teil des CIM-Standards.

In welcher Beziehung steht CIM zu anderen Datenstandards?

CIM ist ein horizontales, branchenübergreifendes Modell, das sich auf gemeinsame Geschäftseinheiten konzentriert, im Gegensatz zu domänenspezifischen kanonischen Modellen wie dem Common Information Model (IEC 61970/61968) des Energiesektors oder HL7 FHIR im Gesundheitswesen. Sein formatneutrales Design ermöglicht es, die nativen Modelle der bereits betriebenen Systeme zu ergänzen, anstatt sie zu ersetzen.

Warum ist Formatneutralität für die Einführung wichtig?

Weil sie es Teams mit unterschiedlichen Technologie-Stacks – relationale Warehouses, Graphdatenbanken und API-Dienste – ermöglicht, eine einzige kanonische Definition zu nutzen, anstatt divergierende Schemata zu pflegen. Der Kompromiss besteht darin, dass Übersetzungstools gewartet werden müssen und das Round-Tripping zwischen Formaten nicht immer verlustfrei ist; daher sollten Teams die Zuordnungen anhand ihrer tatsächlichen Integrationsbedürfnisse validieren.

Weiterführende Literatur

• Working group — Wikipedia
• Linux Foundation — Wikipedia