Veelgestelde vragen

Het Cloud Information Model (CIM) is een open, op standaarden gebaseerd datamodel en consortium gericht op het interoperabel maken van bedrijfsapplicaties en databronnen over cloud- en on-premises-systemen heen. Deze FAQ breidt de originele CIM FAQ uit met praktische context voor enterprise data-architecten, integratie- en ETL-engineers, platformleveranciers en open-sourcebijdragers. Het behoudt de oorspronkelijke antwoorden en voegt tegelijkertijd verdieping toe aan de manier waarop het model werkt, hoe het wordt beheerd en hoe te beslissen of en hoe het moet worden geadopteerd.

Belangrijkste inzichten

• CIM is een open specificatie en consortium, geen commercieel product; het doel ervan is een gedeeld, applicatie-agnostisch datamodel dat de kosten en kwetsbaarheid van point-to-point-integraties vermindert.
• Het bestuur berust bij de Joint Development Foundation onder de Linux Foundation, met een stuurgroep die historisch gezien AWS, Google, Genesys en Salesforce omvatte.
• Het lidmaatschap kent twee niveaus: een betaald stuurgroepniveau en een gratis bijdragerniveau; het model zelf is open source.
• CIM wordt uitgedrukt in meerdere standaardformaten, zodat organisaties met verschillende technologiestacks het kunnen adopteren zonder bestaande tooling op te geven.
• Het model is het meest waardevol wanneer het wordt behandeld als een canoniek vocabulaire en mapping-doel, als laag bovenop bestaande systems of record in plaats van deze te vervangen.
• Bijdragers behouden de controle over hun eigen gegevens en IP; IP dat binnen een werkgroep wordt gegenereerd, is eigendom van de CIM-rechtspersoon volgens het beleid van elke groep.

Wat is het Cloud Information Model?

Het Cloud Information Model (CIM) is een open consortium dat is opgericht om een op standaarden gebaseerde oplossing te leveren voor het verbinden van bedrijfsproducten. Het gestelde doel is om organisaties in staat te stellen naadloze, op maat gemaakte persoonlijke ervaringen te creëren over cloud-native applicaties heen.

In de praktijk is CIM een gedeeld datamodel — een gemeenschappelijk vocabulaire van entiteiten, attributen en relaties — waaraan verschillende applicaties kunnen mappen. In plaats van dat elk integratieteam zijn eigen veldmappings bedenkt tussen bijvoorbeeld een CRM en een marketingplatform, mappen beide zijden naar dezelfde canonieke definities. Dat is de kernbelofte van interoperabiliteit.

CIM vergemakkelijkt interoperabiliteit op verschillende concrete manieren:

• Snellere time-to-value — herbruikbare mappings en gedeelde semantiek verkorten elk nieuw integratieproject.
• Naadloze, op maat gemaakte ervaringen over cloud-native applicaties heen, omdat systemen het eens zijn over wat een “klant”, “bestelling” of “product” eigenlijk is.
• Een systeemoverschrijdend overzicht van gegevens, waardoor analyses en operationele workflows mogelijk zijn die meerdere applicaties omvatten.
• Gereduceerde tijd voor het bouwen en onderhouden van integraties, aangezien wijzigingen worden aangebracht op basis van een stabiel gedeeld model in plaats van fragiele paarsgewijze contracten.

Het helpt om CIM te plaatsen in het bredere landschap van inspanningen op het gebied van data-interoperabiliteit. Waar schema-on-read-benaderingen (gebruikelijk in data lakes) de structuur uitstellen tot het moment van de query, en waar API-specifieke schema’s (zoals die beschreven door OpenAPI) een enkele service beschrijven, beschrijft CIM een domeinmodel dat door veel services kan worden gedeeld. Het ligt in geest dichter bij canonieke modelleringstradities, zoals die achter industriële datamodellen, en bij semantische webvocabulaires zoals die gepubliceerd door het W3C, hoewel CIM bewust pragmatisch en ondernemingsgericht is in plaats van puur academisch.

Welke uitdagingen voor cloudapplicaties pakt CIM aan?

CIM is een moderne, open specificatie die bedoeld is om de pijn van het integreren van gegevens te verzachten. Het biedt een gedefinieerde standaard om eenvoudig te communiceren tussen verschillende gegevensformaten.

Gerelateerd: Fivetran — De volledig beheerde ELT-pijplijn die gewoon blijft draaien.

De onderliggende problemen die het aanpakt zijn bekend bij iedereen die bedrijfsintegraties heeft gebouwd:

• Semantische mismatch. Twee systemen hebben beide een “klant”-object, maar het ene behandelt een facturatieaccount en een persoon als hetzelfde, terwijl het andere ze scheidt. Zonder een gedeeld model wordt elke integratie een herhaling van deze discussie over definities.
• N-kwadraat integratiegroei. Het paarsgewijs verbinden van N applicaties kan in de orde van N² verschillende mappings vereisen. Een gedeeld canoniek model brengt dit grotendeels terug tot N mappings naar één model.
• Vendor lock-in en churn. Wanneer integraties rechtstreeks worden geschreven tegen het eigen schema van een leverancier, betekent het vervangen van die leverancier het herschrijven van de integraties. Mapping naar een neutraal model verlaagt de overstapkosten.
• Cross-domein analyses. Een consistent model maakt het haalbaar om gegevens uit sales-, service-, marketing- en commercedomeinen samen te voegen zonder op maat gemaakte reconciliatielogica in elk rapport.

CIM elimineert niet de behoefte aan ETL/ELT-tooling, message brokers of API-gateways. Het bevindt zich daarboven als de semantische laag waar deze tools naar en vanuit mappen.

Hoe CIM wordt uitgedrukt in standaardformaten

CIM-werkgroepen ontwikkelden het model met een op standaarden gebaseerde aanpak en vertaalden het naar meerdere standaardformaten. Deze aanpak stelt bedrijven met verschillende technologieën in staat om CIM te adopteren, geeft bijdragers meer mogelijkheden en bevordert de groei van een groter CIM-ecosysteem.

Als u aan het winkelen bent: Boomi AtomSphere — Enterprise iPaaS voor hybride cloud-naar-on-prem-integratie.

De praktische implicatie is dat u niet gedwongen wordt tot één enkele serialisatie of toolchain. Een model dat in meer dan één formaat is uitgedrukt, kan worden gebruikt door:

• Schema- en API-tooling die JSON Schema of vergelijkbare structurele definities verwacht.
• Graph- en semantische tooling die werkt met RDF-stijl vocabulaires en ontologieën.
• Relationele en warehouse-tooling die DDL- of entiteits-relatiedefinities wenst.
• Codegeneratoren die getypeerde klassen of data transfer objects produceren voor applicatieontwikkelaars.

Bij het evalueren van de adoptie is een nuttig beslissingscriterium het identificeren van welke van uw bestaande tools al een van de gepubliceerde formaten kunnen consumeren. Als uw integratieplatform het model rechtstreeks kan consumeren, vermijdt u het bouwen van een vertaallaag om aan de slag te gaan.

Wie kan lid worden en hoe wordt CIM beheerd?

CIM verwelkomt alle bijdragers. Het is open source als onderdeel van de Joint Development Foundation, die opereert onder de Linux Foundation. De Linux Foundation is een bekende thuisbasis voor collaboratieve open source-projecten en biedt de juridische en organisatorische ondersteuning waarmee concurrenten kunnen samenwerken aan een gedeelde infrastructuur.

Bestuur en participatie zijn als volgt onderverdeeld:

• Stuurgroep. Historisch gezien zijn vier bedrijven vertegenwoordigd in de Stuurgroep: AWS, Google, Genesys en Salesforce. De Stuurgroep bepaalt de richting van het model.
• Werkgroepen. Deze produceren het model en de vertalingen ervan naar standaardformaten, opererend onder vooraf gedefinieerd beleid.
• Bijdragers. Iedereen kan samenwerken en bijdragen aan het CIM-model via het “Get Involved”-kanaal.

Wie is eigenaar van de output van CIM?

De communityleden behouden de volledige controle over hun eigen gegevens en IP. De IP die door CIM-leden wordt gegenereerd terwijl ze binnen een CIM-werkgroep werken, is eigendom van de rechtspersoon CIM en wordt beheerd volgens het vooraf gedefinieerde beleid van elke werkgroep. Deze scheiding — uw gegevens en reeds bestaande IP blijven van u; gezamenlijk gecreëerde modelartefacten zijn in het bezit van de entiteit — is een veel voorkomend en belangrijk patroon bij open standaardorganisaties, en het is de moeite waard om het specifieke werkgroepbeleid te lezen voordat u bijdraagt.

Lidmaatschapskosten en niveaus

CIM kent momenteel twee lidmaatschapsniveaus.

Gerelateerd: Matillion — Push-down ELT gebouwd voor clouddatawarehouses.

Niveau	Jaarlijkse kosten	Vereisten	Wat u krijgt
SteerCo	$ 50.000	Uw bedrijf moet lid zijn van de Linux Foundation	Toegang tot de Stuurgroep
Contributor	Gratis	Geen	Participatie als bijdrager

Het Contributor-niveau vereist geen betaling. Het SteerCo-niveau brengt kosten met zich mee en vereist een lidmaatschap van de Linux Foundation, wat de extra bestuursverantwoordelijkheid en invloed weerspiegelt die het verleent. Voor de meeste integratie- en platformteams is het Contributor-niveau het natuurlijke startpunt; organisaties die de roadmap van het model willen vormgeven, moeten de inzet voor SteerCo afwegen tegen die invloed.

Hoe te beslissen of u CIM adopteert

Adoptie is evenzeer een model- en bestuursbeslissing als een technische beslissing. Overweeg deze criteria:

• Heeft u terugkerende integratiewerkzaamheden over verschillende leveranciers heen? Als u herhaaldelijk dezelfde domeinen integreert bij wisselende leveranciers, loont een canoniek model. Als u één stabiele integratie heeft, is dat mogelijk niet het geval.
• Kan uw tooling een gepubliceerd formaat consumeren? Controleer of uw ETL-platform, API-gateway of graph store het model rechtstreeks kan innemen.
• Heeft u een domein dat door CIM wordt gedekt? CIM is gericht op klantgerichte enterprise-domeinen (klant, product, order en gerelateerde concepten). Domeinen buiten dat bereik hebben mogelijk uitbreiding nodig.
• Wie wordt eigenaar van de mappinglaag? Iemand moet de mappings tussen uw registratiesystemen en het canonieke model onderhouden. Beschouw dit als een duurzame verantwoordelijkheid, niet als een eenmalige taak.
• Wat is uw exitstrategie? Omdat CIM neutraal is, zou mapping naar CIM toekomstige leverancierswijzigingen goedkoper moeten maken — verifieer of uw mappings daadwerkelijk zijn losgekoppeld van het schema van een enkele leverancier.

Een pragmatisch adoptiepatroon is om te beginnen met één hoogwaardig domein, twee of drie systemen daarop te mappen en te meten of het gedeelde vocabulaire de integratie-inspanning daadwerkelijk heeft verminderd voordat u uitbreidt.

Lezersfavoriet: Airbyte — Open-source ELT met een beheerde cloudoptie.

Praktische begeleiding voor bijdragers en integratoren

Voor degenen die betrokken raken, maken een paar gewoonten het werk effectiever:

• Lees eerst het werkgroepbeleid. Begrijp het IP-eigendom en de voorwaarden voor bijdragen voordat u iets schrijft.
• Model voor hergebruik, niet voor één integratie. Een canonieke entiteit moet het domein weerspiegelen, niet de eigenaardigheden van een enkel bronsysteem.
• Documenteer mappings expliciet. Houd een versiebeheerde registratie bij van hoe elk bronsysteem naar het model mapt, zodat wijzigingen traceerbaar zijn.
• Verkies extensie boven mutatie. Als uw domein iets nodig heeft wat het model mist, breid het dan uit op een manier die bestaande consumenten niet verstoort.
• Betrek upstream. Het terugbrengen van verbeteringen naar het model komt iedereen ten goede en vermindert de onderhoudslast van private forks.

Veelgestelde vragen

Wat is het Cloud Information Model in één zin?

Het Cloud Information Model is een open consortium en gedeeld datamodel, beheerd onder de Joint Development Foundation binnen de Linux Foundation, dat enterprise-applicaties een gemeenschappelijk, applicatie-agnostisch vocabulaire geeft zodat ze kunnen interopereren over cloud- en on-premises-systemen heen.

Is CIM gratis te gebruiken en kan ik er gratis lid van worden?

Ja. Het Contributor-lidmaatschapsniveau is gratis en vereist geen betaling, en het model is open source. Het betaalde SteerCo-niveau, dat toegang geeft tot de Stuurgroep, kost jaarlijks $ 50.000 en vereist dat uw bedrijf lid is van de Linux Foundation.

Wie zit er in de CIM-stuurgroep?

Vier bedrijven zijn momenteel vertegenwoordigd in de Stuurgroep: AWS, Google, Genesys en Salesforce. De Stuurgroep begeleidt de richting van het model, terwijl werkgroepen de artefacten produceren.

Wie is eigenaar van het door CIM geproduceerde intellectuele eigendom?

Communityleden behouden de volledige controle over hun eigen gegevens en IP. IP gegenereerd door CIM-leden terwijl ze binnen een werkgroep werken, is eigendom van de rechtspersoon CIM en wordt beheerd volgens het vooraf gedefinieerde beleid van die werkgroep.

Hoe verhoudt CIM zich tot andere interoperabiliteitsstandaarden?

CIM vult API-beschrijvingsformaten, berichtschema’s en semantische vocabulaires aan in plaats van deze te vervangen. Het biedt het gedeelde domeinmodel waar deze formaten en tools naar kunnen mappen, vergelijkbaar in opzet met canonieke industriële datamodellen, maar gericht op klantgerichte cloudapplicatiedomeinen.

Hoe kan ik betrokken raken bij CIM?

Iedereen kan samenwerken en bijdragen aan het CIM-model via het “Get Involved”-kanaal. Een verstandige eerste stap is om het beleid van de werkgroep door te nemen, vervolgens te beginnen met een enkel domein en een klein aantal systemen in kaart te brengen om de aanpak te valideren.

Verder lezen

• Linux Foundation — Wikipedia, voor achtergrondinformatie over de foundation die CIM host.
• Joint Development Foundation — Wikipedia, voor de juridische entiteitsstructuur achter CIM.
• World Wide Web Consortium (W3C) — voor gerelateerd werk op het gebied van web- en semantische standaarden.
• OpenAPI Specification — voor hoe schema’s op API-niveau verschillen van een gedeeld domeinmodel.