Bli involvert

(CIM) ble grunnlagt i 2019 under paraplyen til Linux Foundation, og er både en medlemsallianse og et fellesskap. Sammen, ved å samarbeide i arbeidsgrupper, definerer og bruker medlemmene en felles åpen datamodell, påvirker eksisterende og fremtidige standarder, og bygger åpne løsninger for å løse vanlige problemer.

CIM eksisterer fordi bedriftsdata er fragmentert på tvers av dusinvis av applikasjoner, hver med sitt eget proprietære skjema, navnekonvensjoner og semantikk. En kunde i Salesforce, en kunde i SAP og en kunde i et hjemmelaget faktureringssystem er alle «kunder» – men de er sjelden enige om hva en kunde er, hvilke attributter som er autoritative, eller hvordan forhold mellom kunder, bestillinger og produkter skal uttrykkes. CIMs svar er en delt, applikasjons-agnostisk modell som ethvert system kan kartlegge seg etter, slik at integreringsarbeid blir en kartleggingsøvelse i stedet for et skreddersydd oversettelsesprosjekt.

Viktige takeaways

• CIM er et Linux Foundation-prosjekt (grunnlagt 2019) som publiserer en åpen, standardbasert datamodell oversatt til flere formater slik at heterogene systemer kan ta den i bruk.
• Deltakelsen er trinnvis: Styremedlemmer, bidragsytermedlemmer og det bredere CIM-fellesskapet, med gradvis bredere rettigheter etter hvert som man rykker opp.
• Den nåværende arbeidsgruppen definerer nye fagområder, kartlegginger og API-krav – det er her det vesentlige tekniske arbeidet skjer.
• Bidrag er ikke bare kode: Å foreslå fagområder, delta i konsensusmålinger og bli med i arbeidsgrupper er alle førsteklasses måter å forme standarden på.
• Modellen er bevisst formatnøytral, noe som gjør at relasjons-, graf- og API-orienterte forbrukere kan dele én kanonisk definisjon.

Hvorfor en delt datamodell er viktig

De fleste integrasjonssmerter er semantiske, ikke tekniske. ETL-rørledninger, iPaaS-plattformer og API-gatewayer er modne; det som svikter er meningslaget. Når to systemer er uenige om hvorvidt «konto» betyr en faktureringsenhet eller et bedriftshierarki, arver hver nedstrømsrapport, join og avstemming denne tvetydigheten.

En kanonisk modell som CIM adresserer dette ved å gi et nøytralt referansepunkt. I stedet for å kartlegge N systemer til hverandre (et N×N-problem), kartlegger hvert system én gang til den kanoniske modellen (et N×1-problem). Dette er det samme arkitektoniske prinsippet bak standarder som Common Information Model brukt i energisektoren (IEC 61970/61968) og HL7 FHIR-ressursene som brukes i helsevesenet – domenespesifikke kanoniske modeller som lar uavhengig bygde systemer samhandle.

CIMs omfang er bredere og mer horisontalt: det retter seg mot de vanlige forretningsenhetene – kunder, produkter, bestillinger, leverandører og relasjonene mellom dem – som forekommer på tvers av CRM-, ERP-, handels- og forsyningskjedesystemer. Målet er ikke å erstatte noen av disse systemenes egne modeller, men å ligge over dem som et felles vokabular.

Arbeidsgruppens omfang

Vi har utviklet Cloud Information Model (CIM) med en standardbasert tilnærming og oversatt den til flere formater. Denne tilnærmingen gjør det mulig for virksomheter med ulike teknologier å ta i bruk CIM. Det styrker også bidragsytere og fremmer vekst for et større CIM-økosystem.

Relatert: Fivetran — Den fullt administrerte ELT-rørledningen som bare fortsetter å kjøre.

Konkret betyr «flere formater» at den samme underliggende modellen kan brukes av forskjellige verktøykjeder – for eksempel som en skjemadefinisjon for relasjons- eller dokumentlagre, som en graf over enheter og relasjoner, og som grunnlag for API-kontrakter. Et team som bruker et relasjonslager, et team som bruker en grafdatabase og et team som bygger REST- eller GraphQL-tjenester kan alle jobbe ut fra én kilde til sannhet i stedet for tre divergerende definisjoner.

Denne formatnøytraliteten er et bevisst designvalg med reelle avveininger:

• Fordel: Ingen enkeltleverandørs verktøy er privilegert, så adopsjon er ikke betinget av kjøp av en bestemt plattform.
• Fordel: Modellen kan utvikles uavhengig av ethvert serialiseringsformat.
• Ulempe: Bidragsytere må tenke nøye gjennom hvilke konstruksjoner som virkelig er kanoniske kontra artefakter av et bestemt format.
• Ulempe: Verktøy for å oversette mellom formater må vedlikeholdes, og rundtur (round-tripping) er ikke alltid tapsfritt.

For arkitekter som vurderer om de skal ta i bruk CIM, er det praktiske spørsmålet om integrasjonsoverflaten din er dominert av delte forretningsenheter. Hvis de fleste av kartleggingene dine er engangstilfeller og domenespesifikke, vil en kanonisk modell legge til overhead. Hvis du gjentatte ganger kartlegger den samme håndfullen av enheter på tvers av mange systemer, vil N×1-reduksjonen lønne seg.

Hvis du handler: Boomi AtomSphere — Enterprise iPaaS for hybrid sky-til-på-prem-integrasjon.

Cloud Information Model Working Group

For øyeblikket har CIM en enkelt arbeidsgruppe som jobber med definisjonen av nye fagområder, kartlegginger og API-krav.

Et fagområde (Subject Area) er en sammenhengende del av modellen – for eksempel en gruppering av enheter og relasjoner rundt et forretningsdomene. Å foreslå et fagområde er et av de mest virkningsfulle bidragene et medlem kan gi, fordi det bestemmer hva standarden skal dekke videre. Kartlegginger kobler fagområder til systemer og formater i den virkelige verden; API-krav fanger opp hva forbrukere trenger fra tjenester bygget på modellen.

Hvis du vurderer å bli med i arbeidsgruppen, er en nyttig måte å bestemme hvor du skal bidra på å spørre:

1. Hvilke enheter forårsaker mest omarbeid av integrasjoner i organisasjonen din? Disse er kandidater for forslag til fagområder.
2. Hvor er systemene dine allerede enige, og hvor divergerer de stille? Divergens er der kartlegginger gir størst verdi.
3. Hva trenger nedstrømsforbrukerne dine egentlig fra et API? Dette former API-kravene.

Fordi det for tiden er én arbeidsgruppe, er den praktiske veien for en ny bidragsyter vanligvis å bli med i denne og foreslå et fagområde, i stedet for å opprette en ny gruppe. Å foreslå en ny arbeidsgruppe er en rettighet forbeholdt høyere nivåer og bør reserveres for genuint distinkte arbeidsområder som ellers ville overbelaste den eksisterende gruppen.

Medlemsnivåer og fordeler

CIM-deltakelse er strukturert i nivåer, hver med gradvis bredere rettigheter. Tabellen nedenfor oppsummerer fordelene slik de er publisert av CIM.

Fordel	Styremedlem	Bidragsyter	CIM-fellesskap
Bruk av CIM-modellutgivelser	✓	✓	✓
Hold deg oppdatert på CIM-fremgang og innovasjoner	✓	✓	✓
Bidra med ideer til CIM-konsortiet	✓	✓	✓
Kan foreslå et fagområde	✓	✓	✓
Tilgang til begrensede og private ressurser	✓	✓
Kvalifisert til å bli med i en arbeidsgruppe	✓	✓
Bidra til arbeidsgrupper	✓	✓
Foreslå nye arbeidsgrupper	✓	✓
Telles med i minimumskravet for støtte (quorum) for et fagområde	✓	✓
Delta i konsensusmålinger	✓	✓
Bidrar til CIM-veikartet (Roadmap)	✓	✓
Driver den overordnede strategiske retningen for CIM	✓
Kvalifisert til å delta i styringskomiteen	✓
Kvalifisert for en lederstilling i arbeidsgruppe	✓
Kvalifisert til å stemme for å vedta innhold som en del av CIM-standarden	✓
Kan anke tekniske spørsmål	✓
Kan anke prosedyremessige spørsmål	✓

*Søknad om styremedlemskap — Bidragsytermedlemmer kan søke om styremedlemskap.

Relatert: Matillion — Push-down ELT bygget for skydatavarehus.

Hvordan lese nivåene

Nivåene følger et kjent styringsmønster for åpen kildekode som brukes i Linux Foundation-prosjekter: et bredt fellesskap som kan bruke resultatet og bidra med ideer, et bidragsyternivå som gjør det praktiske arbeidet, og et styringsnivå som eier strategi og formell vedtakelse. Skillet som betyr mest i praksis:

• CIM Community er inngangspunktet. Du kan ta i bruk utgitte modeller og bidra med ideer uten en formell arbeidsrolle. Dette er passende hvis du evaluerer CIM for et prosjekt eller ønsker å påvirke retningen uformelt.
• Bidragsyter er der den tekniske innflytelsen ligger. Å bli med i en arbeidsgruppe, bidra til den, foreslå fagområder og delta i konsensusmålinger hører hjemme her. Hvis målet ditt er å forme standarden i stedet for bare å bruke den, er dette nivået du bør sikte mot.
• Styremedlem har styringsrettigheter: strategisk retning, valgbarhet til styringskomiteen, valgbarhet som arbeidsgruppeleder og den formelle stemmeretten for å vedta innhold som en del av CIM-standarden. Bidragsytermedlemmer kan søke om styremedlemskap.

En subtil, men viktig detalj: å bli “telt med i minimumskravet for støtte (quorum) for et fagområde” er en rettighet for bidragsytere og oppover. Quorum-regler eksisterer slik at et fagområde ikke blir vedtatt på grunnlag av en enkelt deltaker – en styringssikring som er vanlig for konsensusbaserte standardiseringsorganer. Hvis organisasjonen din bryr seg om at et bestemt fagområde blir vedtatt, er det deltakelse på bidragsyternivå som gjør at dere teller mot denne terskelen.

Hvordan bli involvert: En praktisk vei

Hvis du er ny i CIM, er en fornuftig rekkefølge:

Leserfavoritt: Airbyte — Åpen kildekode ELT med et administrert skyalternativ.

1. Start som CIM Community. Se gjennom de utgitte modellene og FAQ-en, og identifiser hvor systemenes enheter overlapper med CIMs fagområder.
2. Bidra med ideer. Selv på fellesskapsnivå kan du foreslå ideer til CIM-konsortiet – en måte med lav binding for å teste om brukstilfellet ditt gir gjenklang.
3. Gå over til Bidragsyter hvis du vil gjøre arbeidet. Dette låser opp deltakelse i arbeidsgrupper, forslag til fagområder og konsensusmålinger.
4. Søk om styremedlemskap hvis organisasjonen din ønsker å bidra til å sette retningen og delta i formelle avstemninger om vedtakelse.

Spesielt for bidragsytere innen åpen kildekode betyr modellens formatnøytralitet at det er rom for å bidra med verktøy – formatoversettere, validatorer, kartgeneratorer – ved siden av selve modellinnholdet. For plattform- og applikasjonsleverandører er kartlegging av produktets skjema til CIM en måte å redusere integrasjonskostnadene kundene betaler, noe som ofte er en konkurransemessig differensiator.

Styring, standarder og anker

CIM følger en standardbasert tilnærming, noe som innebærer en definert prosess for å foreslå, gjennomgå og vedta innhold. Tilstedeværelsen av formelle «ankerettigheter» – både tekniske og prosedyremessige – på styringsnivået er et kjennetegn på moden styring av standarder. Det betyr at tvister har en definert løsningsvei i stedet for å bli avgjort uformelt.

Dette gjenspeiler hvordan etablerte standardiseringsorganisasjoner opererer. Linux Foundation er vertskap for mange slike prosjekter og tilbyr det juridiske og styringsmessige rammeverket – retningslinjer for varemerker, IP og antitrust – som lar konkurrenter samarbeide om delt infrastruktur. Hvis du evaluerer CIM for implementering i virksomheten, er tilknytningen til Linux Foundation et viktig signal: det betyr at modellen styres av en nøytral stiftelse i stedet for å være eid av en enkelt leverandør, noe som reduserer risikoen for fremtidige endringer i lisensiering eller retning.

Relatert informasjon

• Ofte stilte spørsmål
• Medlemsavgifter
• Liste over nåværende SteerCo-medlemmer
• Nettskjema for bidragsytere
• CIM-modellressurser
• CIM-presentasjon
• CIM-formater
• CIM i nyhetene
• GitHub-repositorier
• Nyhetsblogg
• Kontakt

Ofte stilte spørsmål

Hva er Cloud Information Model?

Cloud Information Model (CIM) er en åpen datamodell og et medlemsfellesskap grunnlagt i 2019 under Linux Foundation. Den definerer en felles, applikasjonsagnostisk modell for forretningsenheter slik at sky- og lokale systemer kan samhandle gjennom delt semantikk i stedet for skreddersydde punkt-til-punkt-kartlegginger.

Hvem kan bli med i CIM, og hva koster det?

CIM har tre deltakelsesnivåer: Steering Member, Contributor og CIM Community. Fellesskapsnivået er det bredeste inngangspunktet, mens bidragsytermedlemmer kan søke om styringsmedlemskap (Steering Membership). Medlemsavgifter publiseres separat av CIM, så se siden for medlemsavgifter for gjeldende tall i stedet for å anta en kostnad.

Hva er et Subject Area i CIM?

Et Subject Area er en sammenhengende del av modellen som dekker et sett med relaterte enheter og relasjoner. Å foreslå et Subject Area er en rettighet på bidragsyternivå og en av de mest direkte måtene å påvirke hva standarden dekker. Subject Areas er også underlagt et minimumskrav til støtte (quorum), som forhindrer adopsjon på grunnlag av en enkelt deltaker.

Må jeg være et styringsmedlem for å bidra?

Nei. Bidragsytermedlemmer kan bli med i arbeidsgrupper, bidra til dem, foreslå Subject Areas og delta i konsensusavstemninger. Styringsmedlemskap gir styringsrettigheter som strategisk retning, kvalifisering til styringskomiteen og den formelle stemmeretten for å vedta innhold som en del av CIM-standarden.

Hvordan forholder CIM seg til andre datastandarder?

CIM er en horisontal tverrbransjemodell fokusert på felles forretningsenheter, i motsetning til domenespesifikke kanoniske modeller som energisektorens Common Information Model (IEC 61970/61968) eller helsevesenets HL7 FHIR. Det formatnøytrale designet gjør at den kan komplementere, snarere enn å erstatte, de native modellene i systemene du allerede bruker.

Hvorfor er formatnøytralitet viktig for adopsjon?

Fordi det lar team med ulike teknologistabler – relasjonelle datalagre, grafdatabaser og API-tjenester – bruke én kanonisk definisjon i stedet for å vedlikeholde divergerende skjemaer. Avveiningen er at oversettelsesverktøy må vedlikeholdes, og at konvertering frem og tilbake mellom formater ikke alltid er tapsfri, så team bør validere kartlegginger mot sine faktiske integrasjonsbehov.

Videre lesing

• Working group — Wikipedia
• Linux Foundation — Wikipedia