Osallistu

CIM on olemassa, koska yritystiedot ovat pirstoutuneet kymmeniin sovelluksiin, joista jokaisella on oma mallinsa, nimeämiskäytäntönsä ja semantiikkansa. Asiakas Salesforcessa, asiakas SAP:ssa ja asiakas omassa laskutusjärjestelmässä ovat kaikki “asiakkaita” – mutta he harvoin ovat yhtä mieltä siitä, mikä asiakas on, mitkä attribuutit ovat auktoriteettisia tai kuinka asiakkaiden, tilausten ja tuotteiden väliset suhteet tulisi ilmaista. CIM:n vastaus on jaettu, sovellusagnostinen malli, johon mikä tahansa järjestelmä voi kartoittaa, jolloin integraatiotyöstä tulee kartoitustehtävä räätälöidyn käännösprojektin sijaan.

Keskeiset huomiot

• CIM on Linux Foundation -projekti (perustettu 2019), joka julkaisee avoimen, standardeihin perustuvan tietomallin käännettynä useisiin muotoihin, jotta heterogeeniset järjestelmät voivat ottaa sen käyttöön.
• Osallistuminen on porrastettua: ohjausjäsenet (Steering Members), kontribuutiojäsenet (Contributor Members) ja laajempi CIM-yhteisö, ja oikeudet laajenevat asteittain tasolla noustessa.
• Nykyinen yksittäinen työryhmä määrittelee uudet aihealueet, kartoitukset ja API-vaatimukset – tässä tapahtuu varsinainen tekninen työ.
• Osallistuminen ei ole pelkkää koodia: aihealueiden ehdottaminen, konsensuskyselyihin osallistuminen ja työryhmiin liittyminen ovat kaikki ensiluokkaisia tapoja muokata standardia.
• Malli on tietoisesti muotoneutraali, mikä mahdollistaa sen, että relaatio-, graafi- ja API-suuntautuneet kuluttajat voivat jakaa yhden kanonisen määritelmän.

Miksi jaettu tietomalli on tärkeä

Suurin osa integraatio-ongelmista on semanttisia, ei teknisiä. ETL-putkistot, iPaaS-alustat ja API-yhdyskäytävät ovat kypsiä; se, mikä pettää, on merkityskerros. Kun kaksi järjestelmää ovat eri mieltä siitä, tarkoittaako “tili” laskutusyksikköä vai yrityshierarkiaa, jokainen loppupään raportti, liitos (join) ja täsmäytys perii tämän epäselvyyden.

Kanoninen malli, kuten CIM, korjaa tämän tarjoamalla neutraalin vertailupisteen. Sen sijaan, että N järjestelmää kartoitetaan toisiinsa (N×N-ongelma), kukin järjestelmä kartoitetaan kerran kanoniseen malliin (N×1-ongelma). Tämä on sama arkkitehtoninen periaate sellaisten standardien taustalla kuin energia-alalla käytettävä Common Information Model (IEC 61970/61968) ja terveydenhuollossa käytettävät HL7 FHIR -resurssit – toimialakohtaiset kanoniset mallit, jotka mahdollistavat itsenäisesti rakennettujen järjestelmien yhteentoimivuuden.

CIM:n soveltamisala on laajempi ja horisontaalisempi: se kohdistuu yhteisiin liiketoimintayksiköihin – asiakkaisiin, tuotteisiin, tilauksiin, toimittajiin ja niiden välisiin suhteisiin – jotka esiintyvät CRM-, ERP-, kaupankäynti- ja toimitusketjujärjestelmissä. Tavoitteena ei ole korvata mitään näiden järjestelmien natiiveja malleja, vaan toimia niiden yläpuolella jaettuna sanastona.

Työryhmän laajuus

Olemme kehittäneet Cloud Information Modelin (CIM) standardeihin perustuvalla lähestymistavalla ja kääntäneet sen useisiin muotoihin. Tämän lähestymistavan ansiosta yritykset, joilla on erilaisia teknologioita, voivat ottaa CIM:n käyttöön. Se myös antaa kontribuutioille mahdollisuuksia ja edistää laajemman CIM-ekosysteemin kasvua.

Konkreettisesti “useat muodot” tarkoittaa, että samaa taustalla olevaa mallia voivat käyttää eri työkaluketjut – esimerkiksi relaatio- tai dokumenttivarastojen skeeman määritelmänä, entiteettien ja suhteiden graafina sekä API-sopimusten perustana. Relaatiovarastoa käyttävä tiimi, graafitietokantaa käyttävä tiimi ja REST- tai GraphQL-palveluita rakentava tiimi voivat kaikki toimia yhden totuuden lähteen perusteella kolmen eri määritelmän sijaan.

Aiheeseen liittyvä: Boomi AtomSphere — Enterprise iPaaS hybridi pilvestä on-prem -integraatioon.

Tämä muotoneutraalius on tietoinen suunnitteluvalinta, johon liittyy todellisia kompromisseja:

• Plussaa: Yhden toimittajan työkalut eivät ole etuoikeutettuja, joten käyttöönotto ei ole riippuvainen tietyn alustan ostamisesta.
• Plussaa: Malli voi kehittyä riippumatta mistä tahansa sarjamuodosta.
• Miinusta: Kontribuutioiden on mietittävä huolellisesti, mitkä rakenteet ovat todella kanonisia ja mitkä ovat tietyn muodon artefakteja.
• Miinusta: Muotojen väliset käännöstyökalut on ylläpidettävä, eikä edestakainen muunnos ole aina häviöttömää.

Arkkitehdeille, jotka arvioivat CIM:n käyttöönottoa, käytännön kysymys on, hallitsevatko integraatiopintaa jaetut liiketoimintayksiköt. Jos suurin osa kartoituksistasi on kertaluonteisia ja toimialakohtaisia, kanoninen malli lisää hallinnollista taakkaa. Jos kartoitat toistuvasti samaa pientä joukkoa entiteettejä useissa järjestelmissä, N×1-vähennys maksaa itsensä takaisin.

Cloud Information Model Working Group

Tällä hetkellä CIM:llä on yksi työryhmä, joka työskentelee uusien aihealueiden, kartoitusten ja API-vaatimusten määrittelyn parissa.

Meidän valintamme: Workato — Automaatiovetoinen iPaaS, jonka varaan yritystiimit voivat itse asiassa rakentaa.

Aihealue (Subject Area) on mallin yhtenäinen osa – esimerkiksi entiteettien ja suhteiden ryhmittely liiketoiminta-alueen ympärille. Aihealueen ehdottaminen on yksi vaikuttavimmista panoksista, jonka jäsen voi tehdä, koska se määrittää, mitä standardi kattaa seuraavaksi. Kartoitukset yhdistävät aihealueet todellisiin järjestelmiin ja muotoihin; API-vaatimukset määrittelevät, mitä kuluttajat tarvitsevat malliin perustuvilta palveluilta.

Jos harkitset työryhmään liittymistä, hyödyllinen tapa päättää, mihin osallistua, on kysyä:

1. Mitkä entiteetit aiheuttavat eniten integraatiotyön uusimista organisaatiossasi? Nämä ovat ehdokkaita aihealue-ehdotuksiksi.
2. Missä järjestelmäsi ovat jo samaa mieltä ja missä ne poikkeavat hiljaa toisistaan? Poikkeavuudet ovat kohtia, joissa kartoitukset tuovat eniten lisäarvoa.
3. Mitä loppupään kuluttajat todella tarvitsevat API:lta? Tämä muokkaa API-vaatimuksia.

Koska tällä hetkellä on vain yksi työryhmä, uuden osallistujan käytännön polku on yleensä liittyä siihen ja ehdottaa aihealuetta uuden ryhmän perustamisen sijaan. Uuden työryhmän ehdottaminen on ylemmille tasoille varattu oikeus, ja se kannattaa varata aidosti erillisille työalueille, jotka muuten ylikuormittaisivat olemassa olevaa ryhmää.

Jäsenyystasot ja -edut

CIM-osallistuminen on jäsennelty tasoihin, joista jokaisella on asteittain laajemmat oikeudet. Alla olevassa taulukossa on yhteenveto CIM:n julkaisemista eduista.

Hyöty	Ohjausjäsen	Contributor	CIM Community
CIM-mallijulkaisujen käyttö	✓	✓	✓
Pysy ajan tasalla CIM:n edistymisestä ja innovaatioista	✓	✓	✓
Ideoiden esittäminen CIM-konsortiolle	✓	✓	✓
Voi ehdottaa aihealuetta	✓	✓	✓
Pääsy rajoitettuihin ja yksityisiin resursseihin	✓	✓
Oikeus liittyä työryhmään	✓	✓
Osallistuminen työryhmiin	✓	✓
Uusien työryhmien ehdottaminen	✓	✓
Lasketaan aihealueen vähimmäistuen päätösvaltaisuuteen	✓	✓
Osallistuminen konsensuskyselyihin	✓	✓
Osallistuu CIM-tiekarttaan	✓	✓
Ohjaa CIM:n yleistä strategista suuntaa	✓
Oikeus liittyä ohjauskomiteaan	✓
Kelpoisuus työryhmän puheenjohtajan tehtävään	✓
Äänioikeus hyväksyä sisältö osaksi CIM-standardia	✓
Voi valittaa teknisistä asioista	✓
Voi valittaa menettelykysymyksistä	✓

* Ohjausjäsenhakemus — Contributor-jäsenet voivat hakea ohjausjäsenyyttä.

Kuinka lukea tasoja

Tasot noudattavat tuttua avoimen lähdekoodin hallintomallia, jota käytetään Linux Foundationin projekteissa: laaja yhteisö, joka voi käyttää tuloksia ja antaa ideoita, contributor-taso, joka tekee käytännön työn, ja ohjaustaso, joka vastaa strategiasta ja muodollisesta hyväksynnästä. Käytännössä tärkein ero on seuraava:

Aiheeseen liittyvä: Matillion — Push-down ELT rakennettu pilvitietovarastoihin.

• CIM Community on sisääntulopiste. Voit ottaa käyttöön julkaistuja malleja ja antaa ideoita ilman virallista työroolia. Tämä on sopivaa, jos arvioit CIM:ää projektia varten tai haluat vaikuttaa suuntaan epävirallisesti.
• Contributor on teknisen vaikutusvallan taso. Työryhmään liittyminen, siihen osallistuminen, aihealueiden ehdottaminen ja konsensuskyselyihin osallistuminen kuuluvat tähän. Jos tavoitteesi on muotoilla standardia sen sijaan, että vain käyttäisit sitä, tämä on tavoitetaso.
• Ohjausjäsenellä (Steering Member) on hallintooikeudet: strateginen suunta, ohjauskomiteakelpoisuus, työryhmän puheenjohtajakelpoisuus ja virallinen äänioikeus hyväksyä sisältö osaksi CIM-standardia. Contributor-jäsenet voivat hakea ohjausjäsenyyttä.

Hienovarainen mutta tärkeä yksityiskohta: “laskeminen aihealueen vähimmäistuen päätösvaltaisuuteen” on Contributor-tason ja sitä ylempien oikeus. Päätösvaltaisuussäännöt on luotu, jotta aihealuetta ei hyväksytä vain yhden osallistujan voimalla – tämä on konsensukseen perustuville standardointielimille tyypillinen hallinnollinen suojamekanismi. Jos organisaatiosi haluaa tietyn aihealueen hyväksynnän, Contributor-tason osallistuminen on se, mikä mahdollistaa laskemisen tähän kynnykseen.

Kuinka osallistua: käytännöllinen polku

Jos olet uusi CIM:ssä, järkevä järjestys on:

1. Aloita CIM Communityna. Tutustu julkaistuihin malleihin ja UKK-osioon ja selvitä, missä järjestelmäsi entiteetit ovat päällekkäisiä CIM:n aihealueiden kanssa.
2. Anna ideoita. Jopa yhteisötasolla voit ehdottaa ideoita CIM-konsortiolle – tämä on vähäsitova tapa testata, resonoiko käyttötapauksesi muiden kanssa.
3. Siirry Contributor-tasolle, jos haluat tehdä työtä. Tämä avaa tien työryhmäosallistumiseen, aihealue-ehdotuksiin ja konsensuskyselyihin.
4. Hae ohjausjäsenyyttä, jos organisaatiosi haluaa auttaa määrittämään suunnan ja osallistua muodollisiin hyväksymisäänestyksiin.

Erityisesti avoimen lähdekoodin kehittäjille mallin muotoneutraalius tarkoittaa, että mallin sisällön rinnalla on tilaa kehittää työkaluja – muunnosohjelmia, validaattoreita, kartoitusgeneraattoreita. Alusta- ja sovellusvalmistajille tuotteen skeeman kartoittaminen CIM-malliin on tapa vähentää asiakkaiden maksamia integraatiokustannuksia, mikä on usein kilpailuetu.

Mistä aloittaisimme: Fivetran — Täysin hallittu ELT-putkisto, joka vain jatkaa käynnissä.

Hallinto, standardit ja valitukset

CIM noudattaa standardiperusteista lähestymistapaa, mikä tarkoittaa määriteltyä prosessia sisällön ehdottamiseen, tarkastamiseen ja hyväksymiseen. Muodollisten “valitusoikeuksien” – teknisten ja menettelyllisten – olemassaolo ohjaustasolla on kypsän standardihallinnon tunnusmerkki. Se tarkoittaa, että riita-asioilla on määritelty ratkaisupolku sen sijaan, että ne ratkaistaisiin epävirallisesti.

Tämä heijastaa vakiintuneiden standardiorganisaatioiden toimintatapaa. Linux Foundation isännöi monia tällaisia projekteja ja tarjoaa oikeudelliset ja hallinnolliset puitteet – tavaramerkki-, IP- ja kilpailunrajoituskäytännöt – joiden avulla kilpailijat voivat tehdä yhteistyötä jaetussa infrastruktuurissa. Jos arvioit CIM:ää yrityskäyttöön, Linux Foundation -affiliaatio on merkittävä signaali: se tarkoittaa, että mallia hallitsee neutraali säätiö sen sijaan, että se olisi yhden toimittajan omistuksessa, mikä vähentää riskiä tulevista lisensointi- tai suunnanmuutoksista.

Aiheeseen liittyviä tietoja

• Usein kysytyt kysymykset
• Jäsenmaksut
• Luettelo SteerCo:n nykyisistä jäsenistä
• Contributor-verkkolomake
• CIM-malliresurssit
• CIM-esitys
• CIM-formaatit
• CIM uutisissa
• GitHub-arkistot
• Uutisblogi
• Ota yhteyttä

Usein kysytyt kysymykset

Mikä on Cloud Information Model?

Cloud Information Model (CIM) on avoin tietomalli ja jäsenyhteisö, joka perustettiin vuonna 2019 Linux Foundationin alaisuuteen. Se määrittelee yhteisen, sovelluksista riippumattoman mallin liiketoimintayksiköistä, jotta pilvi- ja on-premises-järjestelmät voivat toimia yhdessä jaetun semantiikan avulla räätälöityjen point-to-point-kartoitusten sijaan.

Kuka voi liittyä CIM:ään ja mitä se maksaa?

CIM:ssä on kolme osallistumistasoa: Steering Member (ohjausjäsen), Contributor (avustaja) ja CIM Community (CIM-yhteisö). Yhteisötaso on laajin sisääntuloväylä, kun taas Contributor-jäsenet voivat hakea Steering Member -jäsenyyttä. CIM julkaisee jäsenmaksut erikseen, joten tarkista nykyiset hinnat Jäsenmaksut-sivulta sen sijaan, että oletat kustannukset.

Mikä on Subject Area (aihealue) CIM:ssä?

Subject Area on mallin yhtenäinen osa, joka kattaa joukon toisiinsa liittyviä yksiköitä ja suhteita. Subject Area:n ehdottaminen on Contributor-tason oikeus ja yksi suorimmista tavoista vaikuttaa siihen, mitä standardi kattaa. Subject Areoita koskee myös vähimmäistuen kiintiö, mikä estää käyttöönoton yhden osallistujan perusteella.

Pitääkö minun olla Steering Member voidakseni osallistua?

Ei. Contributor-jäsenet voivat liittyä työryhmiin, osallistua niihin, ehdottaa Subject Areoita ja osallistua konsensuskyselyihin. Steering Member -jäsenyys antaa hallinnollisia oikeuksia, kuten strategisen suunnan määrittämisen, kelpoisuuden ohjauskomiteaan (Steering Committee) sekä muodollisen äänioikeuden sisällön hyväksymiseksi osaksi CIM-standardia.

Miten CIM liittyy muihin tietostandardeihin?

CIM on horisontaalinen, toimialojen välinen malli, joka keskittyy yleisiin liiketoimintayksiköihin, toisin kuin toimialakohtaiset kanoniset mallit, kuten energia-alan Common Information Model (IEC 61970/61968) tai terveydenhuollon HL7 FHIR. Sen formaattineutraali suunnittelu antaa sen täydentää, eikä korvata, jo käyttämiesi järjestelmien natiiveja malleja.

Miksi formaattineutraaliudella on merkitystä käyttöönoton kannalta?

Koska se antaa tiimeille, joilla on erilaisia teknologiapinoja – relaatiovarastot, graafitietokannat ja API-palvelut – mahdollisuuden käyttää yhtä kanonista määritelmää erilaisten skeemojen ylläpitämisen sijaan. Vastapainona on se, että käännöstyökaluja on ylläpidettävä ja formaattien välinen edestakaisin siirto ei ole aina häviötöntä, joten tiimien tulee validoida kartoitukset todellisia integrointitarpeitaan vasten.

Lisälukemista

• Working group — Wikipedia
• Linux Foundation — Wikipedia