Domande frequenti

Il Cloud Information Model (CIM) è un modello di dati aperto e basato su standard e un consorzio volto a rendere le applicazioni aziendali e le origini dati interoperabili tra i sistemi cloud e on-premises. Queste FAQ ampliano le FAQ originali di CIM fornendo un contesto pratico per architetti di dati aziendali, ingegneri di integrazione ed ETL, fornitori di piattaforme e contributori open source. Conservano le risposte originali aggiungendo approfondimenti su come funziona il modello, come è governato e come decidere se e come adottarlo.

Punti chiave

• CIM è una specifica aperta e un consorzio, non un prodotto commerciale; il suo scopo è fornire un modello di dati condiviso e indipendente dall’applicazione che riduca il costo e la fragilità delle integrazioni punto-punto.
• La governance è affidata alla Joint Development Foundation nell’ambito della Linux Foundation, con un Comitato direttivo che storicamente include AWS, Google, Genesys e Salesforce.
• L’iscrizione ha due livelli: un livello di Comitato direttivo a pagamento e un livello di Collaboratore gratuito; il modello stesso è open source.
• CIM è espresso in più formati standard in modo che le organizzazioni con diversi stack tecnologici possano adottarlo senza abbandonare gli strumenti esistenti.
• Il modello è più prezioso se trattato come un vocabolario canonico e un target di mappatura, stratificato sopra i sistemi di registrazione (systems of record) esistenti anziché sostituirli.
• I contributori mantengono il controllo dei propri dati e della propria IP; la proprietà intellettuale generata all’interno di un gruppo di lavoro è di proprietà dell’entità legale CIM in base alla politica di ciascun gruppo.

Cos’è il Cloud Information Model?

Il Cloud Information Model (CIM) è un consorzio aperto formato per fornire una soluzione basata su standard per connettere prodotti aziendali. Il suo obiettivo dichiarato è consentire alle organizzazioni di creare esperienze personali fluide e su misura attraverso applicazioni cloud-native.

In pratica, CIM è un modello di dati condiviso — un vocabolario comune di entità, attributi e relazioni — a cui diverse applicazioni possono mappare. Invece di far sì che ogni team di integrazione inventi le proprie mappature dei campi tra, ad esempio, un CRM e una piattaforma di marketing, entrambe le parti mappano verso le stesse definizioni canoniche. Questa è la promessa fondamentale dell’interoperabilità.

CIM facilita l’interoperabilità in diversi modi concreti:

• Time to value più rapido — mappature riutilizzabili e semantica condivisa accorciano ogni nuovo progetto di integrazione.
• Esperienze fluide e personalizzate tra le applicazioni cloud-native, perché i sistemi concordano su cosa sia effettivamente un “cliente”, un “ordine” o un “prodotto”.
• Una visione dei dati cross-sistema, che consente analisi e flussi di lavoro operativi che si estendono su più applicazioni.
• Tempi ridotti per creare e mantenere le integrazioni, poiché le modifiche vengono apportate rispetto a un modello condiviso stabile anziché a fragili contratti a coppie.

È utile collocare CIM nel panorama più ampio degli sforzi di interoperabilità dei dati. Laddove gli approcci schema-on-read (comuni nei data lake) rimandano la struttura al momento della query, e dove gli schemi specifici per API (come quelli descritti da OpenAPI) descrivono un singolo servizio, CIM descrive un modello di dominio che molti servizi possono condividere. È più vicino nello spirito alle tradizioni di modellazione canonica, come quelle alla base dei modelli di dati di settore e dei vocabolari del web semantico pubblicati dal W3C, sebbene CIM sia deliberatamente pragmatico e orientato all’impresa piuttosto che puramente accademico.

Quali sfide delle applicazioni cloud affronta CIM?

CIM è una specifica moderna e aperta intesa ad alleviare le difficoltà dell’integrazione dei dati. Fornisce uno standard definito per comunicare facilmente tra diversi formati di dati.

Correlato: Fivetran — La pipeline ELT completamente gestita che continua a funzionare.

I problemi sottostanti a cui si rivolge sono familiari a chiunque abbia creato integrazioni aziendali:

• Disallineamento semantico. Due sistemi hanno entrambi un oggetto “cliente”, ma uno tratta un account di fatturazione e una persona come la stessa cosa, mentre l’altro li separa. Senza un modello condiviso, ogni integrazione deve rinegoziare queste definizioni.
• Crescita delle integrazioni N-quadrato. Connettere N applicazioni a coppie può richiedere nell’ordine di N² mappature distinte. Un modello canonico condiviso riduce gran parte di questo carico a N mappature verso un unico modello.
• Vendor lock-in e churn. Quando le integrazioni sono scritte direttamente rispetto allo schema proprietario di un fornitore, sostituire quel fornitore significa riscrivere le integrazioni. Mappare verso un modello neutrale riduce i costi di migrazione.
• Analisi cross-dominio. Un modello coerente rende possibile unire i dati tra i domini di vendita, assistenza, marketing ed e-commerce senza una logica di riconciliazione ad hoc in ogni report.

CIM non elimina la necessità di strumenti ETL/ELT, message broker o API gateway. Si posiziona al di sopra di essi come lo strato semantico verso cui (e da cui) tali strumenti mappano.

Come CIM è espresso nei formati standard

I gruppi di lavoro CIM hanno sviluppato il modello con un approccio basato su standard e lo hanno tradotto in molteplici formati standard. Questo approccio consente alle aziende con tecnologie diverse di adottare CIM, potenzia i contributori e favorisce la crescita di un ecosistema CIM più ampio.

Se stai facendo acquisti: Boomi AtomSphere — Enterprise iPaaS per l'integrazione ibrida da cloud a on-premise.

L’implicazione pratica è che non si è costretti a un’unica serializzazione o toolchain. Un modello espresso in più di un formato può essere consumato da:

• Strumenti per schemi e API che prevedono JSON Schema o definizioni strutturali simili.
• Strumenti grafici e semantici che lavorano con vocabolari e ontologie in stile RDF.
• Strumenti relazionali e di data warehouse che richiedono definizioni DDL o di relazione tra entità.
• Generatori di codice che producono classi tipizzate o data transfer objects per gli sviluppatori di applicazioni.

Quando si valuta l’adozione, un criterio decisionale utile è identificare quali dei propri strumenti esistenti possono già ingerire uno dei formati pubblicati. Se la propria piattaforma di integrazione può consumare il modello direttamente, si evita di dover costruire uno strato di traduzione solo per iniziare.

Chi può aderire e come è governato CIM?

CIM dà il benvenuto a qualsiasi contributore. È open source come parte della Joint Development Foundation, che opera sotto la Linux Foundation. La Linux Foundation è una nota sede di progetti collaborativi open source e fornisce l’impalcatura legale e organizzativa che consente ai concorrenti di collaborare su un’infrastruttura condivisa.

La governance e la partecipazione si suddividono come segue:

• Steering Committee. Storicamente quattro aziende sono state rappresentate nello Steering Committee: AWS, Google, Genesys e Salesforce. Lo Steering Committee definisce la direzione del modello.
• Gruppi di lavoro. Questi producono il modello e le sue traduzioni in formati standard, operando secondo politiche predefinite.
• Contributori. Chiunque può collaborare e contribuire al modello CIM attraverso il canale “Get Involved”.

Chi possiede l’output di CIM?

I membri della comunità mantengono il pieno controllo sui propri dati e sulla propria IP. La proprietà intellettuale (IP) generata dai membri CIM mentre lavorano all’interno di un gruppo di lavoro CIM è di proprietà dell’entità legale CIM e gestita secondo la politica predefinita di ciascun gruppo di lavoro. Questa separazione — i tuoi dati e l’IP preesistente rimangono tuoi; gli artefatti del modello creati congiuntamente sono detenuti dall’entità — è un modello comune e importante negli organismi di standard aperti, e vale la pena leggere la politica specifica del gruppo di lavoro prima di contribuire.

Quote e livelli di adesione

CIM attualmente ha due livelli di adesione.

Correlato: Matillion — ELT push-down creato per data warehouse su cloud.

Livello	Costo annuale	Requisiti	Cosa ottieni
SteerCo	$50.000	La tua azienda deve essere membro della Linux Foundation	Accesso allo Steering Committee
Contributor	Gratuito	Nessuno	Partecipazione come contributore

Il livello Contributor non richiede alcun pagamento. Il livello SteerCo prevede una quota e il prerequisito dell’adesione alla Linux Foundation, riflettendo l’ulteriore responsabilità di governance e l’influenza che conferisce. Per la maggior parte dei team di integrazione e piattaforma, il livello Contributor è il punto di partenza naturale; le organizzazioni che vogliono dare forma alla roadmap del modello dovrebbero valutare l’impegno dello SteerCo rispetto a tale influenza.

Come decidere se adottare CIM

L’adozione è una decisione di modellazione e governance tanto quanto tecnica. Considera questi criteri:

• Hai un lavoro di integrazione ricorrente tra più fornitori? Se integri ripetutamente gli stessi domini tra fornitori diversi, un modello canonico ripaga. Se hai un’unica integrazione stabile, potrebbe non essere il caso.
• I tuoi strumenti possono consumare un formato pubblicato? Verifica se la tua piattaforma ETL, il gateway API o il graph store possono importare direttamente il modello.
• Hai un dominio coperto da CIM? CIM è orientato verso domini aziendali incentrati sul cliente (cliente, prodotto, ordine e concetti correlati). I domini al di fuori di questo ambito potrebbero richiedere un’estensione.
• Chi sarà il proprietario del livello di mappatura? Qualcuno deve mantenere le mappature tra i tuoi sistemi di registrazione (systems of record) e il modello canonico. Consideralo come una responsabilità duratura, non come un compito una tantum.
• Qual è la tua strategia di uscita? Poiché CIM è neutrale, la mappatura ad esso dovrebbe rendere più economiche le future modifiche ai fornitori: verifica che le tue mappature siano effettivamente disaccoppiate dallo schema di ogni singolo fornitore.

Un modello di adozione pragmatico consiste nell’iniziare con un unico dominio di alto valore, mappare due o tre sistemi su di esso e misurare se il vocabolario condiviso ha effettivamente ridotto lo sforzo di integrazione prima di espandersi.

La nostra scelta: Workato — IPaaS basato sull'automazione su cui i team aziendali possono effettivamente basarsi.

Guida pratica per contributori e integratori

Per coloro che desiderano partecipare, alcune abitudini rendono il lavoro più efficace:

• Leggi prima la politica del gruppo di lavoro. Comprendi la proprietà della IP e i termini di contribuzione prima di scrivere qualsiasi cosa.
• Modella per il riutilizzo, non per una singola integrazione. Un’entità canonica dovrebbe riflettere il dominio, non le peculiarità di un singolo sistema di origine.
• Documenta le mappature esplicitamente. Mantieni un record versionato di come ciascun sistema di origine viene mappato al modello, in modo che le modifiche siano tracciabili.
• Preferisci l’estensione alla mutazione. Se il tuo dominio ha bisogno di qualcosa che manca al modello, estendilo in modo da non interrompere i consumatori esistenti.
• Interagisci a monte (upstream). Contribuire con miglioramenti al modello avvantaggia tutti e riduce l’onere di manutenzione dei fork privati.

Domande frequenti

Cos’è il Cloud Information Model in una frase?

Il Cloud Information Model è un consorzio aperto e un modello di dati condiviso, governato dalla Joint Development Foundation all’interno della Linux Foundation, che fornisce alle applicazioni aziendali un vocabolario comune e indipendente dall’applicazione, in modo che possano interoperare tra sistemi cloud e on-premises.

L’utilizzo e l’adesione a CIM sono gratuiti?

Sì. Il livello di adesione Contributor è gratuito e non richiede alcun pagamento, e il modello è open source. Il livello SteerCo a pagamento, che garantisce l’accesso allo Steering Committee, costa $50.000 all’anno e richiede che la tua azienda sia membro della Linux Foundation.

Chi fa parte dello Steering Committee di CIM?

Quattro aziende sono attualmente rappresentate nello Steering Committee: AWS, Google, Genesys e Salesforce. Lo Steering Committee guida la direzione del modello, mentre i gruppi di lavoro producono gli artefatti.

Chi possiede la proprietà intellettuale prodotta da CIM?

I membri della comunità mantengono il pieno controllo sui propri dati e sulla propria IP. La IP generata dai membri CIM mentre lavorano all’interno di un gruppo di lavoro è di proprietà dell’entità legale CIM e gestita secondo la politica predefinita di quel gruppo di lavoro.

Come si relaziona CIM con altri standard di interoperabilità?

CIM completa piuttosto che sostituire i formati di descrizione API, gli schemi di messaggio e i vocabolari semantici. Fornisce il modello di dominio condiviso a cui tali formati e strumenti possono mapparsi, simile nell’intento ai modelli di dati canonici di settore, ma focalizzato sui domini delle applicazioni cloud incentrate sul cliente.

Come posso partecipare a CIM?

Chiunque può collaborare e contribuire al Modello CIM attraverso il canale “Get Involved”. Un primo passo sensato è rivedere le politiche del gruppo di lavoro, quindi iniziare con un singolo dominio e mappare un piccolo numero di sistemi per convalidare l’approccio.

Ulteriori letture

• Linux Foundation — Wikipedia, per informazioni di background sulla fondazione che ospita CIM.
• Joint Development Foundation — Wikipedia, per la struttura dell’entità giuridica dietro CIM.
• World Wide Web Consortium (W3C) — per lavori correlati sugli standard web e semantici.
• OpenAPI Specification — per capire come gli schemi a livello di API differiscano da un modello di dominio condiviso.