Engagera dig

(CIM) grundades 2019 under Linux Foundations paraply och är både en medlemsallians och en gemenskap. Tillsammans, genom att samarbeta i arbetsgrupper, definierar och använder medlemmarna en gemensam öppen datamodell, påverkar befintliga och framtida standarder och bygger öppna lösningar för att lösa vanliga problem.

CIM existerar eftersom företagsdata är fragmenterad över dussintals applikationer, var och en med sitt eget proprietära schema, namnkonventioner och semantik. En kund i Salesforce, en kund i SAP och en kund i ett hemmagjordt faktureringssystem är alla “kunder” – men de är sällan överens om vad en kund är, vilka attribut som är auktoritativa eller hur relationer mellan kunder, beställningar och produkter ska uttryckas. CIM:s svar är en delad, applikationsagnostisk modell som alla system kan mappa till, så att integrationsarbete blir en mappningsövning snarare än ett skräddarsytt översättningsprojekt.

Viktiga punkter

• CIM är ett Linux Foundation-projekt (grundat 2019) som publicerar en öppen, standardbaserad datamodell översatt till flera format så att heterogena system kan använda den.
• Deltagandet är nivåbaserat: styrmedlemmar (Steering Members), bidragande medlemmar (Contributor Members) och den bredare CIM-gemenskapen, med successivt bredare rättigheter ju högre upp man kommer.
• Den enda nuvarande arbetsgruppen definierar nya ämnesområden, mappningar och API-krav – det är här det substantiella tekniska arbetet sker.
• Bidrag handlar inte bara om kod: att föreslå ämnesområden, delta i konsensusundersökningar och gå med i arbetsgrupper är alla förstklassiga sätt att forma standarden.
• Modellen är medvetet formatneutral, vilket är det som gör att relations-, graf- och API-orienterade konsumenter kan dela en kanonisk definition.

Varför en delad datamodell är viktig

De flesta integrationsproblem är semantiska, inte tekniska. ETL-pipelines, iPaaS-plattformar och API-gateways är mogna; det som brister är betydelselagret. När två system inte är överens om huruvida “konto” betyder en faktureringsenhet eller en företagshierarki, ärver varje nedströmsrapport, join och avstämning den oklarheten.

En kanonisk modell som CIM adresserar detta genom att tillhandahålla en neutral referenspunkt. Istället för att mappa N system till varandra (ett N×N-problem) mappar varje system en gång till den kanoniska modellen (ett N×1-problem). Detta är samma arkitektoniska princip bakom standarder som Common Information Model som används inom energisektorn (IEC 61970/61968) och HL7 FHIR-resurserna som används inom sjukvården – domänspecifika kanoniska modeller som låter oberoende byggda system samverka.

CIM:s omfattning är bredare och mer horisontell: den riktar sig till de vanliga affärsenheterna – kunder, produkter, beställningar, leverantörer och relationerna mellan dem – som förekommer i CRM-, ERP-, e-handels- och försörjningskedjesystem. Målet är inte att ersätta något av dessa systems egna modeller, utan att ligga ovanför dem som ett gemensamt ordförråd.

Arbetsgruppens omfattning

Vi har utvecklat Cloud Information Model (CIM) med ett standardbaserat tillvägagångssätt och översatt den till flera format. Detta tillvägagångssätt gör det möjligt för företag med olika tekniker att använda CIM. Det stärker också bidragsgivare och främjar tillväxt för ett större CIM-ekosystem.

Relaterat: Boomi AtomSphere — Enterprise iPaaS för hybrid moln-till-på-prem-integration.

Konkret betyder “flera format” att samma underliggande modell kan konsumeras av olika verktygskedjor – till exempel som en schemadefinition för relations- eller dokumentdatabaser, som en graf över entiteter och relationer, och som grund för API-kontrakt. Ett team som använder ett relationslager, ett team som använder en grafdatabas och ett team som bygger REST- eller GraphQL-tjänster kan alla arbeta utifrån en enda sanning snarare än tre divergerande definitioner.

Denna formatneutralitet är ett medvetet designval med verkliga avvägningar:

• Fördel: Ingen enskild leverantörs verktyg är privilegierade, så införandet är inte låst till köp av en viss plattform.
• Fördel: Modellen kan utvecklas oberoende av alla serialiseringsformat.
• Nackdel: Bidragsgivare måste tänka noga på vilka konstruktioner som verkligen är kanoniska kontra artefakter av ett visst format.
• Nackdel: Verktyg för att översätta mellan format måste underhållas, och round-tripping är inte alltid förlustfri.

För arkitekter som utvärderar om de ska använda CIM är den praktiska frågan om din integrationsyta domineras av delade affärsenheter. Om de flesta av dina mappningar är engångsfall och domänspecifika, tillför en kanonisk modell overhead. Om du upprepade gånger mappar samma handfull entiteter över många system, betalar sig N×1-reduktionen själv.

Vårt val: Workato — Automationsledd iPaaS som affärsteam faktiskt kan bygga på.

Cloud Information Model Working Group

För närvarande har CIM en enda arbetsgrupp som arbetar med definitionen av nya ämnesområden, mappningar och API-krav.

Ett ämnesområde (Subject Area) är en sammanhängande del av modellen – till exempel en gruppering av entiteter och relationer kring en affärsdomän. Att föreslå ett ämnesområde är ett av de mest effektfulla bidragen en medlem kan göra, eftersom det avgör vad standarden omfattar härnäst. Mappningar kopplar ämnesområden till verkliga system och format; API-krav fångar vad konsumenterna behöver från tjänster som bygger på modellen.

Om du överväger att gå med i arbetsgruppen är ett användbart sätt att avgöra var du ska bidra att fråga:

1. Vilka entiteter orsakar mest omarbetning av integrationen i din organisation? Dessa är kandidater för förslag till ämnesområden.
2. Var är dina system redan överens, och var divergerar de tyst? Divergens är där mappningar tillför störst värde.
3. Vad behöver dina nedströmskonsumenter egentligen av ett API? Det formar API-kraven.

Eftersom det för närvarande bara finns en arbetsgrupp, är den praktiska vägen för en ny bidragsgivare vanligtvis att gå med i den och föreslå ett ämnesområde, snarare än att starta en ny grupp. Att föreslå en ny arbetsgrupp är en rättighet förbehållen högre nivåer och bör reserveras för genuint distinkta arbetsområden som annars skulle överbelasta den befintliga gruppen.

Medlemsnivåer och förmåner

CIM-deltagande är strukturerat i nivåer, där varje nivå har successivt bredare rättigheter. Tabellen nedan sammanfattar förmånerna enligt CIM:s publicering.

Förmån	Styrmedlem	Bidragsgivare	CIM-communityn
Använda CIM Model Releases	✓	✓	✓
Hålla sig uppdaterad om CIM-framsteg och innovationer	✓	✓	✓
Bidra med idéer till CIM-konsortiet	✓	✓	✓
Får föreslå ett ämnesområde	✓	✓	✓
Tillgång till begränsade och privata resurser	✓	✓
Berättigad att gå med i en arbetsgrupp	✓	✓
Bidra till arbetsgrupper	✓	✓
Föreslå nya arbetsgrupper	✓	✓
Räknas mot minsta kvorum för stöd av ett ämnesområde	✓	✓
Delta i konsensusundersökningar	✓	✓
Bidrar till CIM Roadmap	✓	✓
Driver den övergripande strategiska riktningen för CIM	✓
Berättigad att gå med i styrkommittén	✓
Berättigad till en position som arbetsgruppsordförande	✓
Berättigad att rösta för att anta innehåll som en del av CIM-standarden	✓
Får överklaga tekniska frågor	✓
Får överklaga processuella frågor	✓

*Ansökan om styrmedlemskap — Bidragsmedlemmar kan ansöka om styrmedlemskap.

Relaterat: Matillion — Push-down ELT byggd för molndatalager.

Hur man läser nivåerna

Nivåerna följer ett välbekant styrningsmönster för öppen källkod som används i Linux Foundations projekt: en bred community som kan använda resultatet och bidra med idéer, en bidragsgivarnivå som utför det praktiska arbetet, och en styrnivå som ansvarar för strategi och formellt antagande. Den distinktion som är viktigast i praktiken:

• CIM Community är startpunkten. Du kan anta släppta modeller och bidra med idéer utan en formell arbetsroll. Detta är lämpligt om du utvärderar CIM för ett projekt eller vill påverka riktningen informellt.
• Contributor är där det tekniska inflytandet finns. Att gå med i en arbetsgrupp, bidra till den, föreslå ämnesområden och delta i konsensusundersökningar hör hit. Om ditt mål är att forma standarden snarare än att bara konsumera den, är detta nivån att sikta på.
• Steering Member innehar styrningsrättigheter: strategisk riktning, behörighet till styrkommittén, behörighet till rollen som arbetsgruppsordförande och den formella rösträtten för att anta innehåll som en del av CIM-standarden. Bidragsmedlemmar kan ansöka om styrmedlemskap.

En subtil men viktig detalj: att “räknas mot minsta kvorum för stöd av ett ämnesområde” är en rättighet för bidragsgivare och uppåt. Kvorumregler finns för att ett ämnesområde inte ska antas baserat på en enda deltagares styrka – en styrningssäkring som är vanlig i konsensusbaserade standardiseringsorgan. Om din organisation bryr sig om att ett visst ämnesområde når antagande, är det deltagande på bidragsgivarnivå som gör att du räknas mot den tröskeln.

Hur man blir involverad: En praktisk väg

Om du är ny med CIM är en rimlig sekvens:

Var skulle vi börja: Fivetran — Den fullt hanterade ELT-pipelinen som bara fortsätter att köras.

1. Börja som CIM Community. Granska de släppta modellerna och FAQ:n, och identifiera var dina systems entiteter överlappar med CIM:s ämnesområden.
2. Bidra med idéer. Även på community-nivån kan du föreslå idéer till CIM-konsortiet – ett sätt med lågt engagemang att testa om ditt användningsfall resonerar.
3. Gå vidare till Contributor om du vill utföra arbetet. Detta låser upp deltagande i arbetsgrupper, förslag om ämnesområden och konsensusundersökningar.
4. Ansök om styrmedlemskap om din organisation vill hjälpa till att sätta riktningen och delta i formella omröstningar om antagande.

För bidragsgivare inom öppen källkod specifikt innebär modellens formatneutralitet att det finns utrymme att bidra med verktyg – formatöversättare, validerare, kartgeneratorer – vid sidan av själva modellinnehållet. För plattforms- och applikationsleverantörer är kartläggning av produktens schema till CIM ett sätt att minska integrationskostnaden för kunderna, vilket ofta är en konkurrensmässig differentiering.

Styrning, standarder och överklaganden

CIM följer ett standardbaserat tillvägagångssätt, vilket innebär en definierad process för att föreslå, granska och anta innehåll. Förekomsten av formella “överklaganderättigheter” – tekniska och processuella – på styrnivån är ett kännetecken för mogen standardstyrning. Det innebär att tvister har en definierad lösningsväg snarare än att lösas informellt.

Detta speglar hur etablerade standardiseringsorganisationer fungerar. Linux Foundation är värd för många sådana projekt och tillhandahåller det juridiska och styrningsmässiga ramverket – policyer för varumärken, IP och antitrust – som gör att konkurrenter kan samarbeta kring delad infrastruktur. Om du utvärderar CIM för införande i ett företag är anslutningen till Linux Foundation en betydelsefull signal: det betyder att modellen styrs av en neutral stiftelse snarare än ägs av en enskild leverantör, vilket minskar risken för framtida ändringar i licensiering eller riktning.

Relaterad information

• Vanliga frågor
• Medlemsavgifter
• Lista över nuvarande SteerCo-medlemmar
• Webbformulär för bidragsgivare
• CIM-modellresurser
• CIM-presentation
• CIM-format
• CIM i nyheterna
• GitHub-arkiv
• Nyhetsblogg
• Kontakt

Vanliga frågor

Vad är Cloud Information Model?

Cloud Information Model (CIM) är en öppen datamodell och medlemsgemenskap som grundades 2019 under Linux Foundation. Den definierar en gemensam, applikationsagnostisk modell av affärsenheter så att molnbaserade och lokala system kan samverka genom delad semantik snarare än skräddarsydda punkt-till-punkt-mappningar.

Vem kan gå med i CIM och vad kostar det?

CIM har tre deltagarnivåer: Steering Member, Contributor och CIM Community. Gemenskapsnivån är den bredaste ingångspunkten, medan bidragsgivande medlemmar kan ansöka om ett styrmedlemskap. Medlemsavgifter publiceras separat av CIM, så konsultera sidan för medlemsavgifter för aktuella siffror istället för att anta en kostnad.

Vad är ett ämnesområde (Subject Area) i CIM?

Ett ämnesområde är en sammanhängande del av modellen som täcker en uppsättning relaterade enheter och relationer. Att föreslå ett ämnesområde är en rättighet på bidragsgivarnivå och ett av de mest direkta sätten att påverka vad standarden omfattar. Ämnesområden kräver också ettt minimumstöd (quorum), vilket förhindrar antagande baserat på en enskild deltagare.

Behöver jag vara styrmedlem för att bidra?

Nej. Bidragsgivande medlemmar kan gå med i arbetsgrupper, bidra till dem, föreslå ämnesområden och delta i konsensusundersökningar. Styrmedlemskap tillför styrningsrättigheter såsom strategisk inriktning, behörighet till styrkommittén och den formella rösträtten för att anta innehåll som en del av CIM-standarden.

Hur förhåller sig CIM till andra datastandarder?

CIM är en horisontell, branschövergripande modell fokuserad på gemensamma affärsenheter, till skillnad från domänspecifika kanoniska modeller som energisektorns Common Information Model (IEC 61970/61968) eller sjukvårdens HL7 FHIR. Dess formatneutrala design gör att den kan komplettera, snarare än ersätta, de inhemska modellerna i de system du redan använder.

Varför är formatneutralitet viktig för adoption?

Eftersom det låter team med olika teknikstackar – relationella datalager, grafdatabaser och API-tjänster – konsumera en kanonisk definition istället för att underhålla divergerande scheman. Avvägningen är att översättningsverktyg måste underhållas och att konvertering mellan format inte alltid är förlustfri, så team bör validera mappningar mot sina faktiska integrationsbehov.

Ytterligare läsning

• Arbetsgrupp — Wikipedia
• Linux Foundation — Wikipedia