S'impliquer

Fondé en 2019 sous l’égide de la Linux Foundation, le Cloud Information Model (CIM) est à la fois une alliance de membres et une communauté. Ensemble, en collaborant au sein de groupes de travail, les membres définissent et utilisent un modèle de données ouvert commun, influencent les normes existantes et futures et élaborent des solutions ouvertes pour résoudre des problèmes communs.

CIM existe parce que les données d’entreprise sont fragmentées entre des dizaines d’applications, chacune avec son propre schéma propriétaire, ses propres conventions de dénomination et sa propre sémantique. Un client dans Salesforce, un client dans SAP et un client dans un système de facturation interne sont tous des « clients » — mais ils sont rarement d’accord sur ce qu’est un client, quels attributs font autorité ou comment les relations entre les clients, les commandes et les produits doivent être exprimées. La réponse de CIM est un modèle partagé, indépendant des applications, auquel n’importe quel système peut se mapper, de sorte que le travail d’intégration devient un exercice de mapping plutôt qu’un projet de traduction sur mesure.

Points clés à retenir

• CIM est un projet de la Linux Foundation (fondé en 2019) qui publie un modèle de données ouvert basé sur des normes, traduit en plusieurs formats afin que des systèmes hétérogènes puissent l’adopter.
• La participation est échelonnée : membres directeurs (Steering Members), membres contributeurs (Contributor Members) et la communauté CIM au sens large, avec des droits de plus en plus étendus à mesure que l’on monte en grade.
• Le groupe de travail unique actuel définit les nouveaux domaines (Subject Areas), mappages et exigences API — c’est là que se déroule le travail technique de fond.
• La contribution ne se limite pas au code : proposer des domaines, participer à des sondages de consensus et rejoindre des groupes de travail sont autant de moyens de premier plan pour façonner la norme.
• Le modèle est délibérément neutre en termes de format, ce qui permet aux consommateurs relationnels, orientés graphes et API de partager une définition canonique.

Pourquoi un modèle de données partagé est important

La plupart des difficultés d’intégration sont d’ordre sémantique et non technique. Les pipelines ETL, les plateformes iPaaS et les passerelles API sont matures ; ce qui pose problème, c’est la couche de sens. Lorsque deux systèmes ne sont pas d’accord sur la question de savoir si « compte » désigne une entité de facturation ou une hiérarchie d’entreprise, chaque rapport, jointure et rapprochement en aval hérite de cette ambiguïté.

Un modèle canonique comme le CIM résout ce problème en fournissant un point de référence neutre. Au lieu de mapper N systèmes les uns aux autres (un problème N×N), chaque système est mappé une fois au modèle canonique (un problème N×1). Il s’agit du même principe architectural qui sous-tend des normes telles que le Common Information Model utilisé dans le secteur de l’énergie (IEC 61970/61968) et les ressources HL7 FHIR utilisées dans le secteur de la santé — des modèles canoniques spécifiques à un domaine qui permettent l’interopérabilité de systèmes construits indépendamment.

La portée de CIM est plus large et plus horizontale : elle cible les entités métier communes — clients, produits, commandes, fournisseurs et les relations entre eux — qui apparaissent dans les systèmes CRM, ERP, de commerce et de chaîne d’approvisionnement. L’objectif n’est pas de remplacer les modèles natifs de ces systèmes, mais de se placer au-dessus d’eux en tant que vocabulaire partagé.

Portée du groupe de travail

Nous avons développé le Cloud Information Model (CIM) avec une approche basée sur des normes et l’avons traduit dans plusieurs formats. Cette approche permet aux entreprises utilisant des technologies variées d’adopter le CIM. Elle responsabilise également les contributeurs et favorise la croissance d’un écosystème CIM plus vaste.

Connexes : Fivetran — Le pipeline ELT entièrement géré qui continue de fonctionner.

Concrètement, « formats multiples » signifie que le même modèle sous-jacent peut être consommé par différentes chaînes d’outils — par exemple, comme définition de schéma pour des bases de données relationnelles ou documentaires, comme un graphe d’entités et de relations, et comme base pour des contrats d’API. Une équipe utilisant un entrepôt relationnel, une équipe utilisant une base de données orientée graphe et une équipe développant des services REST ou GraphQL peuvent toutes travailler à partir d’une seule source de vérité plutôt que de trois définitions divergentes.

Cette neutralité du format est un choix de conception délibéré avec de réels compromis :

• Avantage : Aucun outil d’un fournisseur unique n’est privilégié, l’adoption n’est donc pas conditionnée par l’achat d’une plateforme particulière.
• Avantage : Le modèle peut évoluer indépendamment de tout format de sérialisation.
• Inconvénient : Les contributeurs doivent réfléchir attentivement aux constructions qui sont véritablement canoniques par rapport aux artefacts d’un format particulier.
• Inconvénient : Les outils permettant de traduire entre les formats doivent être maintenus, et le cycle aller-retour (round-tripping) n’est pas toujours sans perte.

Pour les architectes qui évaluent l’opportunité d’adopter le CIM, la question pratique est de savoir si votre surface d’intégration est dominée par des entités métier partagées. Si la plupart de vos mappages sont ponctuels et spécifiques à un domaine, un modèle canonique ajoute une surcharge. Si vous mappez à plusieurs reprises la même poignée d’entités sur de nombreux systèmes, la réduction N×1 s’amortit.

Notre sélection : Workato — iPaaS piloté par l'automatisation sur lequel les équipes commerciales peuvent réellement s'appuyer.

Groupe de travail sur le modèle d’information cloud

Actuellement, le CIM dispose d’un seul groupe de travail qui œuvre à la définition de nouveaux domaines (Subject Areas), mappages et exigences en matière d’API.

Un domaine (Subject Area) est une tranche cohérente du modèle — par exemple, un regroupement d’entités et de relations autour d’un domaine métier. Proposer un domaine est l’une des contributions les plus marquantes qu’un membre puisse apporter, car cela détermine ce que la norme couvrira ensuite. Les mappages connectent les domaines aux systèmes et formats du monde réel ; les exigences API capturent ce dont les consommateurs ont besoin des services construits sur le modèle.

Si vous envisagez de rejoindre le groupe de travail, un moyen utile de décider où contribuer est de vous demander :

1. Quelles entités entraînent le plus de remaniements d’intégration dans votre organisation ? Ce sont des candidates pour des propositions de domaines.
2. Où vos systèmes s’accordent-ils déjà, et où divergent-ils silencieusement ? C’est là que les mappages apportent le plus de valeur.
3. De quoi vos consommateurs en aval ont-ils réellement besoin d’une API ? Cela façonne les exigences API.

Puisqu’il existe actuellement un seul groupe de travail, la voie pratique pour un nouveau contributeur est généralement de le rejoindre et de proposer un domaine thématique (Subject Area), plutôt que de créer un nouveau groupe. Proposer un nouveau groupe de travail est un droit réservé aux niveaux supérieurs et il est préférable de le réserver à des domaines de travail véritablement distincts qui, autrement, surchargeraient le groupe existant.

Niveaux d’adhésion et avantages

La participation au CIM est structurée en niveaux, chacun avec des droits progressivement plus larges. Le tableau ci-dessous résume les avantages tels que publiés par le CIM.

Avantage	Membre directeur	Contributeur	Communauté CIM
Utiliser les versions du modèle CIM	✓	✓	✓
Rester informé des progrès et des innovations du CIM	✓	✓	✓
Apporter des idées au Consortium CIM	✓	✓	✓
Peut proposer un domaine thématique	✓	✓	✓
Accès aux ressources restreintes et privées	✓	✓
Admissible pour rejoindre un groupe de travail	✓	✓
Contribuer aux groupes de travail	✓	✓
Proposer de nouveaux groupes de travail	✓	✓
Compté dans le quorum minimum de soutien d’un domaine thématique	✓	✓
Participer aux sondages de consensus	✓	✓
Contribue à la feuille de route du CIM	✓	✓
Pilote l’orientation stratégique globale du CIM	✓
Admissible pour rejoindre le comité directeur	✓
Admissible à un poste de président de groupe de travail	✓
Éligible pour voter l’adoption du contenu dans le cadre de la norme CIM	✓
Peut faire appel sur des questions techniques	✓
Peut faire appel sur des questions de procédure	✓

*Candidature de membre directeur — Les membres contributeurs peuvent demander l’adhésion au niveau Membre directeur.

Connexes : Matillion — ELT push-down conçu pour les entrepôts de données cloud.

Comment lire les niveaux

Les niveaux correspondent à un modèle de gouvernance open source familier utilisé dans les projets de la Linux Foundation : une large communauté qui peut utiliser les résultats et apporter des idées, un niveau de contributeur qui effectue le travail pratique, et un niveau de direction qui détient la stratégie et l’adoption formelle. La distinction qui compte le plus en pratique :

• La Communauté CIM est le point d’entrée. Vous pouvez adopter des modèles publiés et apporter des idées sans rôle de travail formel. Ceci est approprié si vous évaluez le CIM pour un projet ou si vous souhaitez influencer l’orientation de manière informelle.
• Contributeur est le niveau où réside l’influence technique. Rejoindre un groupe de travail, y contribuer, proposer des domaines thématiques et participer à des sondages de consensus relèvent tous de ce niveau. Si votre objectif est de façonner la norme plutôt que de simplement la consommer, c’est le niveau à cibler.
• Membre directeur détient des droits de gouvernance : orientation stratégique, éligibilité au comité directeur, éligibilité à la présidence d’un groupe de travail et vote formel pour adopter le contenu dans le cadre de la norme CIM. Les membres contributeurs peuvent demander l’adhésion au niveau Membre directeur.

Un détail subtil mais important : être « compté dans le quorum minimum de soutien d’un domaine thématique » est un droit réservé aux Contributeurs et aux niveaux supérieurs. Des règles de quorum existent afin qu’un domaine thématique ne soit pas adopté sur la seule force d’un seul participant — une garantie de gouvernance commune aux organismes de normalisation fondés sur le consensus. Si votre organisation tient à ce qu’un domaine thématique particulier soit adopté, c’est la participation au niveau Contributeur qui vous permet de compter pour ce seuil.

Comment s’impliquer : un chemin pratique

Si vous êtes nouveau avec le CIM, une séquence judicieuse est la suivante :

Si vous faites du shopping : Boomi AtomSphere — Enterprise iPaaS pour l'intégration hybride cloud-on-premise.

1. Commencez au niveau Communauté CIM. Consultez les modèles publiés et la FAQ, et identifiez les points où les entités de vos systèmes chevauchent les domaines thématiques du CIM.
2. Apportez des idées. Même au niveau communautaire, vous pouvez proposer des idées au Consortium CIM — un moyen à faible engagement de tester si votre cas d’utilisation trouve un écho.
3. Passez au niveau Contributeur si vous souhaitez effectuer le travail. Cela débloque la participation aux groupes de travail, les propositions de domaines thématiques et les sondages de consensus.
4. Demandez l’adhésion en tant que Membre directeur si votre organisation souhaite aider à définir l’orientation et participer aux votes d’adoption formels.

Pour les contributeurs open source en particulier, la neutralité du modèle en matière de format signifie qu’il est possible de contribuer aux outils — traducteurs de format, validateurs, générateurs de mappage — parallèlement au contenu du modèle lui-même. Pour les fournisseurs de plateformes et d’applications, mapper le schéma de votre produit sur le CIM est un moyen de réduire le coût d’intégration payé par vos clients, ce qui constitue souvent un différenciateur concurrentiel.

Gouvernance, normes et appels

Le CIM suit une approche basée sur des normes, ce qui implique un processus défini pour proposer, réviser et adopter le contenu. La présence de droits d’appel formels — techniques et procéduraux — au niveau de la direction est la marque d’une gouvernance des normes mature. Cela signifie que les différends ont une voie de résolution définie plutôt que d’être réglés de manière informelle.

Cela reflète le fonctionnement des organismes de normalisation établis. La Linux Foundation héberge de nombreux projets de ce type et fournit l’infrastructure juridique et de gouvernance — politiques en matière de marques, de propriété intellectuelle et antitrust — qui permet aux concurrents de collaborer sur une infrastructure partagée. Si vous envisagez l’adoption du CIM pour votre entreprise, l’affiliation à la Linux Foundation est un signal significatif : cela signifie que le modèle est régi par une fondation neutre plutôt que d’appartenir à un seul fournisseur, ce qui réduit le risque d’un futur changement de licence ou d’orientation.

Informations connexes

• Foire aux questions
• Frais d’adhésion
• Liste des membres actuels du SteerCo
• Formulaire Web du contributeur
• Ressources du modèle CIM
• Présentation CIM
• Formats CIM
• Le CIM dans l’actualité
• Dépôts GitHub
• Blog d’actualités
• Contact

Questions fréquemment posées

Qu’est-ce que le Cloud Information Model ?

Le Cloud Information Model (CIM) est un modèle de données ouvert et une communauté de membres fondée en 2019 sous l’égide de la Linux Foundation. Il définit un modèle commun d’entités métier, indépendant des applications, afin que les systèmes cloud et sur site puissent interopérer via une sémantique partagée plutôt que par des mappages point à point sur mesure.

Qui peut adhérer au CIM et combien cela coûte-t-il ?

Le CIM comporte trois niveaux de participation : Membre directeur (Steering Member), Contributeur et Communauté CIM. Le niveau communautaire est le point d’entrée le plus large, tandis que les membres contributeurs peuvent demander une adhésion au niveau directeur. Les frais d’adhésion sont publiés séparément par le CIM ; veuillez donc consulter la page des Frais d’adhésion pour obtenir les chiffres actuels plutôt que de présumer d’un coût.

Qu’est-ce qu’un domaine (Subject Area) dans le CIM ?

Un domaine (Subject Area) est une tranche cohérente du modèle couvrant un ensemble d’entités et de relations liées. Proposer un domaine est un droit réservé au niveau Contributeur et l’un des moyens les plus directs d’influencer le contenu de la norme. Les domaines sont également soumis à un quorum de soutien minimum, ce qui empêche l’adoption sur la base d’un seul participant.

Dois-je être membre directeur pour contribuer ?

Non. Les membres contributeurs peuvent rejoindre des groupes de travail, y contribuer, proposer des domaines et participer à des sondages de consensus. L’adhésion au niveau directeur ajoute des droits de gouvernance tels que l’orientation stratégique, l’éligibilité au comité directeur et le vote formel pour adopter du contenu dans le cadre de la norme CIM.

Quel est le lien entre le CIM et les autres normes de données ?

Le CIM est un modèle horizontal et intersectoriel axé sur des entités métier communes, contrairement aux modèles canoniques spécifiques à un domaine tels que le Common Information Model du secteur de l’énergie (IEC 61970/61968) ou le HL7 FHIR de la santé. Sa conception neutre quant au format lui permet de compléter, plutôt que de remplacer, les modèles natifs des systèmes que vous utilisez déjà.

Pourquoi la neutralité du format est-elle importante pour l’adoption ?

Parce qu’elle permet aux équipes utilisant des piles technologiques différentes — entrepôts relationnels, bases de données orientées graphes et services API — de consommer une seule définition canonique au lieu de maintenir des schémas divergents. Le compromis est que les outils de traduction doivent être maintenus et que les conversions aller-retour entre formats ne sont pas toujours sans perte ; les équipes doivent donc valider les mappages par rapport à leurs besoins d’intégration réels.

Lectures complémentaires

• Groupe de travail — Wikipédia
• Linux Foundation — Wikipédia