Häufig gestellte Fragen

Das Cloud Information Model (CIM) ist ein offenes, auf Standards basierendes Datenmodell und Konsortium mit dem Ziel, Unternehmensanwendungen und Datenquellen zwischen Cloud- und On-Premises-Systemen interoperabel zu machen. Diese FAQ erweitert die ursprünglichen CIM-FAQ um praktischen Kontext für Unternehmensdatenarchitekten, Integrations- und ETL-Ingenieure, Plattformanbieter und Open-Source-Mitwirkende. Sie bewahrt die ursprünglichen Antworten und vertieft gleichzeitig die Funktionsweise des Modells, seine Governance und die Entscheidung darüber, ob und wie es übernommen werden soll.

Wichtige Erkenntnisse

• CIM ist eine offene Spezifikation und ein Konsortium, kein kommerzielles Produkt; sein Zweck ist ein gemeinsames, anwendungsunabhängiges Datenmodell, das die Kosten und die Fragilität von Punkt-zu-Punkt-Integrationen reduziert.
• Die Governance liegt bei der Joint Development Foundation unter der Linux Foundation, mit einem Lenkungsausschuss, der historisch AWS, Google, Genesys und Salesforce umfasste.
• Die Mitgliedschaft besteht aus zwei Stufen: einer kostenpflichtigen Lenkungsausschuss-Ebene und einer kostenlosen Mitwirkenden-Ebene; das Modell selbst ist Open Source.
• CIM wird in mehreren Standardformaten ausgedrückt, sodass Organisationen mit unterschiedlichen Technologie-Stacks es übernehmen können, ohne auf vorhandene Tools verzichten zu müssen.
• Das Modell ist am wertvollsten, wenn es als kanonisches Vokabular und Mapping-Ziel behandelt wird, das auf vorhandenen Systemen of Record aufbaut, anstatt diese zu ersetzen.
• Mitwirkende behalten die Kontrolle über ihre eigenen Daten und ihr geistiges Eigentum (IP); innerhalb einer Arbeitsgruppe generiertes IP ist gemäß den Richtlinien der jeweiligen Gruppe Eigentum der CIM-Rechtseinheit.

Was ist das Cloud Information Model?

Das Cloud Information Model (CIM) ist ein offenes Konsortium, das gegründet wurde, um eine standardbasierte Lösung für die Verbindung von Unternehmensprodukten bereitzustellen. Das erklärte Ziel besteht darin, Unternehmen die Möglichkeit zu geben, nahtlose, maßgeschneiderte persönliche Erlebnisse über cloudnative Anwendungen hinweg zu schaffen.

In der Praxis ist CIM ein gemeinsames Datenmodell – ein gemeinsames Vokabular von Entitäten, Attributen und Beziehungen –, auf das verschiedene Anwendungen mappen können. Anstatt dass jedes Integrationsteam seine eigenen Feldzuordnungen beispielsweise zwischen einem CRM und einer Marketingplattform erfindet, mappen beide Seiten auf dieselben kanonischen Definitionen. Das ist das Kernversprechen der Interoperabilität.

CIM erleichtert die Interoperabilität auf verschiedene konkrete Weise:

• Schnellere Time-to-Value – wiederverwendbare Mappings und gemeinsame Semantik verkürzen jedes neue Integrationsprojekt.
• Nahtlose, maßgeschneiderte Erlebnisse über cloudnative Anwendungen hinweg, da sich die Systeme darüber einig sind, was ein „Kunde“, eine „Bestellung“ oder ein „Produkt“ eigentlich ist.
• Eine systemübergreifende Datenansicht, die Analysen und betriebliche Arbeitsabläufe ermöglicht, die mehrere Anwendungen umfassen.
• Reduzierter Zeitaufwand für den Aufbau und die Wartung von Integrationen, da Änderungen an einem stabilen gemeinsamen Modell und nicht an fragilen paarweisen Verträgen vorgenommen werden.

Es hilft, CIM in die breitere Landschaft der Dateninteroperabilitätsbemühungen einzuordnen. Während Schema-on-Read-Ansätze (üblich in Data Lakes) die Struktur bis zur Abfragezeit aufschieben und API-spezifische Schemata (wie die von OpenAPI beschriebenen) einen einzelnen Dienst beschreiben, beschreibt CIM ein Domänenmodell, das viele Dienste gemeinsam nutzen können. Im Geiste ähnelt es eher kanonischen Modellierungstraditionen, wie sie hinter Branchendatenmodellen stehen, und semantischen Web-Vokabularen, wie sie vom W3C veröffentlicht werden, obwohl CIM bewusst pragmatisch und unternehmensorientiert und nicht rein akademisch ist.

Welche Herausforderungen bei Cloud-Anwendungen bewältigt CIM?

CIM ist eine moderne, offene Spezifikation, die die Integration von Daten erleichtern soll. Sie bietet einen definierten Standard für die einfache Kommunikation zwischen verschiedenen Datenformaten.

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

Die zugrunde liegenden Probleme, auf die sie abzielt, sind jedem bekannt, der Unternehmensintegrationen entwickelt hat:

• Semantische Diskrepanz. Zwei Systeme haben beide ein „Kunden“-Objekt, aber eines behandelt ein Rechnungskonto und eine Person als dasselbe, während das andere sie trennt. Ohne ein gemeinsames Modell wird jede Integration diese Definitionen neu aushandeln.
• N-Quadrat-Integrationswachstum. Das paarweise Verbinden von N Anwendungen kann in der Größenordnung von N² unterschiedliche Mappings erfordern. Ein gemeinsames kanonisches Modell reduziert dies auf N Mappings zu einem Modell.
• Vendor-Lock-in und Churn. Wenn Integrationen direkt gegen das proprietäre Schema eines Anbieters geschrieben werden, bedeutet der Austausch dieses Anbieters, dass die Integrationen neu geschrieben werden müssen. Das Mapping auf ein neutrales Modell reduziert die Wechselkosten.
• Domänenübergreifende Analysen. Ein konsistentes Modell macht es machbar, Daten über Vertriebs-, Service-, Marketing- und Handelsdomänen hinweg zusammenzuführen, ohne in jedem Bericht eine maßgeschneiderte Abgleichslogik zu benötigen.

CIM macht ETL/ELT-Tools, Message Broker oder API-Gateways nicht überflüssig. Es fungiert als semantische Ebene über ihnen, auf die und von der diese Tools mappen.

Wie CIM in Standardformaten ausgedrückt wird

CIM-Arbeitsgruppen entwickelten das Modell mit einem standardbasierten Ansatz und übersetzten es in mehrere Standardformate. Dieser Ansatz ermöglicht es Unternehmen mit unterschiedlichen Technologien, CIM zu übernehmen, stärkt die Mitwirkenden und fördert das Wachstum eines größeren CIM-Ökosystems.

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

Die praktische Auswirkung besteht darin, dass Sie nicht auf eine einzige Serialisierung oder Toolchain gezwungen werden. Ein Modell, das in mehr als einem Format ausgedrückt wird, kann verwendet werden von:

• Schema- und API-Tools, die JSON-Schema oder ähnliche Strukturdefinitionen erwarten.
• Graph- und semantischen Tools, die mit Vokabularen und Ontologien im RDF-Stil arbeiten.
• Relationalen und Warehouse-Tools, die DDL- oder Entity-Relationship-Definitionen benötigen.
• Codegeneratoren, die typisierte Klassen oder Data Transfer Objects für Anwendungsentwickler erstellen.

Bei der Bewertung der Übernahme ist ein nützliches Entscheidungskriterium, zu ermitteln, welche Ihrer vorhandenen Tools bereits eines der veröffentlichten Formate aufnehmen können. Wenn Ihre Integrationsplattform das Modell direkt konsumieren kann, vermeiden Sie den Aufbau einer Übersetzungsschicht für den Start.

Wer kann beitreten und wie wird CIM gesteuert?

CIM heißt alle Mitwirkenden willkommen. Es ist Open Source und Teil der Joint Development Foundation, die unter der Linux Foundation betrieben wird. Die Linux Foundation ist eine bekannte Heimat für gemeinschaftliche Open-Source-Projekte und stellt das rechtliche und organisatorische Gerüst bereit, das es Wettbewerbern ermöglicht, an einer gemeinsamen Infrastruktur zusammenzuarbeiten.

Governance und Partizipation setzen sich wie folgt zusammen:

• Lenkungsausschuss. Historisch gesehen waren vier Unternehmen im Lenkungsausschuss vertreten: AWS, Google, Genesys und Salesforce. Der Lenkungsausschuss gibt die Richtung für das Modell vor.
• Arbeitsgruppen. Diese erstellen das Modell und seine Übersetzungen in Standardformate und arbeiten nach vordefinierten Richtlinien.
• Mitwirkende. Jeder kann über den Kanal „Get Involved“ mitarbeiten und zum CIM-Modell beitragen.

Wem gehört das Ergebnis von CIM?

Die Community-Mitglieder behalten die volle Kontrolle über ihre eigenen Daten und ihr geistiges Eigentum (IP). Das von CIM-Mitgliedern während der Arbeit in einer CIM-Arbeitsgruppe generierte geistige Eigentum ist Eigentum der juristischen Person von CIM und wird gemäß der vordefinierten Richtlinie jeder Arbeitsgruppe verwaltet. Diese Trennung – Ihre Daten und Ihr bereits vorhandenes geistiges Eigentum bleiben Ihr Eigentum; gemeinsam erstellte Modellartefakte werden von der Entität gehalten – ist ein gängiges und wichtiges Muster in Gremien für offene Standards, und es lohnt sich, die spezifischen Richtlinien der Arbeitsgruppen zu lesen, bevor Sie einen Beitrag leisten.

Mitgliedsbeiträge und -stufen

CIM verfügt derzeit über zwei Mitgliedschaftsstufen.

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

Ebene	Jährliche Kosten	Anforderungen	Was Sie bekommen
SteerCo	50.000 $	Ihr Unternehmen muss Mitglied der Linux Foundation sein	Zugang zum Lenkungsausschuss
Contributor	Kostenlos	Keine	Teilnahme als Mitwirkender

Die Stufe „Contributor“ erfordert keine Zahlung. Die SteerCo-Stufe ist mit einer Gebühr und einer vorausgesetzten Mitgliedschaft bei der Linux Foundation verbunden, was die zusätzliche Governance-Verantwortung und den damit verbundenen Einfluss widerspiegelt. Für die meisten Integrations- und Plattformteams ist die Stufe „Contributor“ der natürliche Ausgangspunkt; Organisationen, die die Roadmap des Modells gestalten möchten, sollten das Engagement im SteerCo gegen diesen Einfluss abwägen.

So entscheiden Sie, ob Sie CIM einführen möchten

Die Einführung ist ebenso eine Modellierungs- und Governance-Entscheidung wie eine technische. Berücksichtigen Sie diese Kriterien:

• Haben Sie wiederkehrende, herstellerübergreifende Integrationsarbeiten? Wenn Sie dieselben Domänen wiederholt über wechselnde Anbieter hinweg integrieren, zahlt sich ein kanonisches Modell aus. Wenn Sie nur eine stabile Integration haben, ist dies möglicherweise nicht der Fall.
• Können Ihre Tools ein veröffentlichtes Format nutzen? Überprüfen Sie, ob Ihre ETL-Plattform, Ihr API-Gateway oder Ihr Graph-Store das Modell direkt aufnehmen kann.
• Verfügen Sie über eine Domäne, die CIM abdeckt? CIM ist auf kundenorientierte Unternehmensdomänen ausgerichtet (Kunde, Produkt, Bestellung und verwandte Konzepte). Domänen außerhalb dieses Bereichs müssen möglicherweise erweitert werden.
• Wer wird die Mapping-Ebene verwalten? Jemand muss die Zuordnungen zwischen Ihren Systemen of Record und dem kanonischen Modell pflegen. Betrachten Sie dies als eine dauerhafte Verantwortung und nicht als eine einmalige Aufgabe.
• Was ist Ihre Ausstiegsstrategie? Da CIM neutral ist, sollte das Mapping darauf künftige Anbieterwechsel kostengünstiger machen – stellen Sie sicher, dass Ihre Mappings tatsächlich vom Schema eines einzelnen Anbieters entkoppelt sind.

Ein pragmatisches Einführungsmuster besteht darin, mit einer hochwertigen Domäne zu beginnen, zwei oder drei Systeme darauf abzubilden und zu messen, ob das gemeinsame Vokabular den Integrationsaufwand tatsächlich reduziert hat, bevor es erweitert wird.

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

Praktische Anleitung für Mitwirkende und Integratoren

Für diejenigen, die sich engagieren, machen ein paar Gewohnheiten die Arbeit effektiver:

• Lesen Sie zuerst die Richtlinien der Arbeitsgruppe. Machen Sie sich mit den Eigentums- und Beitragsbedingungen für geistiges Eigentum vertraut, bevor Sie etwas schreiben.
• Modellieren Sie für die Wiederverwendung, nicht für eine einzelne Integration. Eine kanonische Entität sollte die Domäne widerspiegeln, nicht die Eigenheiten eines einzelnen Quellsystems.
• Dokumentieren Sie Mappings explizit. Führen Sie eine versionierte Aufzeichnung darüber, wie jedes Quellsystem dem Modell zugeordnet wird, damit Änderungen nachvollziehbar sind.
• Bevorzugen Sie Erweiterungen gegenüber Mutationen. Wenn Ihre Domäne etwas benötigt, das dem Modell fehlt, erweitern Sie es auf eine Weise, die bestehende Konsumenten nicht beeinträchtigt.
• Engagieren Sie sich Upstream. Das Einbringen von Verbesserungen zurück in das Modell kommt allen zugute und reduziert den Wartungsaufwand privater Forks.

Häufig gestellte Fragen

Was ist das Cloud Information Model in einem Satz?

Das Cloud Information Model ist ein offenes Konsortium und ein gemeinsames Datenmodell, das unter der Joint Development Foundation innerhalb der Linux Foundation verwaltet wird und Unternehmensanwendungen ein gemeinsames, anwendungsunabhängiges Vokabular bietet, damit sie über Cloud- und On-Premises-Systeme hinweg interoperabel sind.

Ist die Nutzung und der Beitritt zu CIM kostenlos?

Ja. Die Mitgliedschaftsstufe „Contributor“ ist kostenlos und erfordert keine Zahlung, und das Modell ist Open Source. Die kostenpflichtige SteerCo-Stufe, die Zugang zum Lenkungsausschuss gewährt, kostet jährlich 50.000 $ und erfordert, dass Ihr Unternehmen Mitglied der Linux Foundation ist.

Wer ist im CIM-Lenkungsausschuss?

Derzeit sind vier Unternehmen im Lenkungsausschuss vertreten: AWS, Google, Genesys und Salesforce. Der Lenkungsausschuss gibt die Richtung des Modells vor, während Arbeitsgruppen die Artefakte produzieren.

Wem gehört das von CIM produzierte geistige Eigentum?

Community-Mitglieder behalten die volle Kontrolle über ihre eigenen Daten und ihr geistiges Eigentum. IP, das von CIM-Mitgliedern während der Arbeit in einer Arbeitsgruppe generiert wird, ist Eigentum der juristischen Person von CIM und wird gemäß der vordefinierten Richtlinie dieser Arbeitsgruppe verwaltet.

In welcher Beziehung steht CIM zu anderen Interoperabilitätsstandards?

CIM ergänzt API-Beschreibungsformate, Nachrichtenschemata und semantische Vokabulare, anstatt sie zu ersetzen. Es stellt das gemeinsame Domänenmodell bereit, auf das diese Formate und Tools zugeordnet werden können, ähnlich in der Absicht wie kanonische Branchendatenmodelle, aber fokussiert auf kundenorientierte Cloud-Anwendungsdomänen.

Wie kann ich mich bei CIM engagieren?

Über den Kanal „Get Involved“ kann jeder mitarbeiten und zum CIM-Modell beitragen. Ein sinnvoller erster Schritt besteht darin, die Richtlinien der Arbeitsgruppe zu überprüfen, dann mit einer einzelnen Domäne zu beginnen und eine kleine Anzahl von Systemen abzubilden, um den Ansatz zu validieren.

Weiterführende Literatur

• Linux Foundation — Wikipedia, für Hintergrundinformationen zur Stiftung, die CIM hostet.
• Joint Development Foundation — Wikipedia, für die rechtliche Struktur hinter CIM.
• World Wide Web Consortium (W3C) — für verwandte Arbeiten zu Web- und semantischen Standards.
• OpenAPI Specification — dazu, wie sich Schemata auf API-Ebene von einem gemeinsam genutzten Domänenmodell unterscheiden.