Involúcrate

Fundado en 2019 bajo el paraguas de la Linux Foundation, el Cloud Information Model (CIM) es tanto una alianza de miembros como una comunidad. Juntos, colaborando en Grupos de Trabajo, los miembros definen y utilizan un modelo de datos abierto común, influyen en los estándares existentes y futuros, y construyen soluciones abiertas para resolver problemas comunes.

CIM existe porque los datos empresariales están fragmentados en docenas de aplicaciones, cada una con su propio esquema, convenciones de nomenclatura y semántica. Un cliente en Salesforce, un cliente en SAP y un cliente en un sistema de facturación propio son todos “clientes”, pero rara vez se ponen de acuerdo sobre qué es un cliente, qué atributos son autoritativos o cómo deben expresarse las relaciones entre clientes, pedidos y productos. La respuesta de CIM es un modelo compartido e independiente de la aplicación al que cualquier sistema puede mapearse, de modo que el trabajo de integración se convierte en un ejercicio de mapeo en lugar de un proyecto de traducción a medida.

Conclusiones clave

• CIM es un proyecto de la Linux Foundation (fundado en 2019) que publica un modelo de datos abierto basado en estándares, traducido a múltiples formatos para que sistemas heterogéneos puedan adoptarlo.
• La participación es por niveles: Miembros Directores (Steering Members), Miembros Contribuyentes y la comunidad CIM en general, con derechos progresivamente más amplios a medida que se asciende.
• El único Grupo de Trabajo actual define nuevas Áreas Temáticas (Subject Areas), mapeos y requisitos de API; aquí es donde ocurre el trabajo técnico sustancial.
• La contribución no es solo código: proponer Áreas Temáticas, participar en encuestas de consenso y unirse a Grupos de Trabajo son formas fundamentales de dar forma al estándar.
• El modelo es deliberadamente neutral en cuanto al formato, lo que permite que los consumidores relacionales, de grafos y orientados a API compartan una definición canónica.

Por qué es importante un modelo de datos compartido

La mayor parte del dolor de la integración es semántico, no técnico. Los pipelines de ETL, las plataformas iPaaS y las puertas de enlace de API están maduros; lo que falla es la capa de significado. Cuando dos sistemas no están de acuerdo sobre si “cuenta” significa una entidad de facturación o una jerarquía corporativa, cada informe, unión y conciliación posterior hereda esa ambigüedad.

Un modelo canónico como CIM aborda esto proporcionando un punto de referencia neutral. En lugar de mapear N sistemas entre sí (un problema N×N), cada sistema se mapea una vez al modelo canónico (un problema N×1). Este es el mismo principio arquitectónico detrás de estándares como el Common Information Model utilizado en el sector energético (IEC 61970/61968) y los recursos HL7 FHIR utilizados en la salud: modelos canónicos de dominio específico que permiten que sistemas construidos de forma independiente interoperen.

El alcance de CIM es más amplio y horizontal: se dirige a las entidades comerciales comunes —clientes, productos, pedidos, proveedores y las relaciones entre ellos— que aparecen en los sistemas de CRM, ERP, comercio y cadena de suministro. El objetivo no es reemplazar los modelos nativos de esos sistemas, sino situarse por encima de ellos como un vocabulario compartido.

Alcance del Grupo de Trabajo

Hemos desarrollado el Cloud Information Model (CIM) con un enfoque basado en estándares y lo hemos traducido a múltiples formatos. Este enfoque permite que las empresas con diversas tecnologías adopten CIM. También empodera a los contribuyentes y fomenta el crecimiento de un ecosistema CIM más amplio.

Relacionado: Fivetran — El proceso ELT totalmente gestionado que sigue funcionando.

Concretamente, “múltiples formatos” significa que el mismo modelo subyacente puede ser consumido por diferentes cadenas de herramientas; por ejemplo, como una definición de esquema para almacenes relacionales o de documentos, como un grafo de entidades y relaciones, y como base para contratos de API. Un equipo que utiliza un almacén relacional, un equipo que utiliza una base de datos de grafos y un equipo que crea servicios REST o GraphQL pueden trabajar a partir de una sola fuente de verdad en lugar de tres definiciones divergentes.

Esta neutralidad de formato es una elección de diseño deliberada con compensaciones reales:

• Pro: No se privilegia la herramienta de ningún proveedor, por lo que la adopción no depende de la compra de una plataforma en particular.
• Pro: El modelo puede evolucionar independientemente de cualquier formato de serialización.
• Contra: Los contribuyentes deben pensar detenidamente qué construcciones son verdaderamente canónicas frente a los artefactos de un formato particular.
• Contra: Las herramientas para traducir entre formatos deben mantenerse, y el proceso de ida y vuelta (round-tripping) no siempre es sin pérdidas.

Para los arquitectos que evalúan si adoptar CIM, la pregunta práctica es si su superficie de integración está dominada por entidades comerciales compartidas. Si la mayoría de sus mapeos son únicos y específicos de un dominio, un modelo canónico añade complejidad. Si mapea repetidamente el mismo puñado de entidades en muchos sistemas, la reducción N×1 se amortiza por sí sola.

Nuestra elección: Workato — iPaaS basada en automatización que los equipos empresariales pueden aprovechar.

Grupo de Trabajo del Cloud Information Model

Actualmente, CIM cuenta con un único Grupo de Trabajo que trabaja en la definición de nuevas Áreas Temáticas, mapeos y requisitos de API.

Un Área Temática (Subject Area) es una porción coherente del modelo; por ejemplo, una agrupación de entidades y relaciones en torno a un dominio empresarial. Proponer un Área Temática es una de las contribuciones más impactantes que un miembro puede hacer, porque determina qué cubrirá el estándar a continuación. Los mapeos conectan las Áreas Temáticas con sistemas y formatos del mundo real; los requisitos de API capturan lo que los consumidores necesitan de los servicios creados sobre el modelo.

Si está considerando unirse al Grupo de Trabajo, una forma útil de decidir dónde contribuir es preguntar:

1. ¿Qué entidades causan la mayor reelaboración de integración en su organización? Esas son candidatas para propuestas de Áreas Temáticas.
2. ¿Dónde concuerdan ya sus sistemas y dónde divergen silenciosamente? La divergencia es donde los mapeos agregan más valor.
3. ¿Qué necesitan realmente sus consumidores downstream de una API? Eso da forma a los requisitos de la API.

Debido a que actualmente existe un solo Grupo de Trabajo, el camino práctico para un nuevo colaborador suele ser unirse a él y proponer un Área Temática, en lugar de crear un nuevo grupo. Proponer un nuevo Grupo de Trabajo es un derecho reservado para niveles superiores y es mejor reservarlo para áreas de trabajo genuinamente distintas que, de otro modo, sobrecargarían al grupo existente.

Niveles de membresía y beneficios

La participación en CIM se estructura en niveles, cada uno con derechos progresivamente más amplios. La siguiente tabla resume los beneficios publicados por CIM.

Beneficio	Miembro Directivo	Colaborador	Comunidad CIM
Uso de versiones de modelos CIM	✓	✓	✓
Mantenerse actualizado sobre el progreso y las innovaciones de CIM	✓	✓	✓
Aportar ideas al Consorcio CIM	✓	✓	✓
Puede proponer un Área Temática	✓	✓	✓
Acceso a recursos restringidos y privados	✓	✓
Elegible para unirse a un Grupo de Trabajo	✓	✓
Contribuir a los Grupos de Trabajo	✓	✓
Proponer nuevos Grupos de Trabajo	✓	✓
Contabilizado para el quórum de apoyo mínimo de un Área Temática	✓	✓
Participar en encuestas de consenso	✓	✓
Contribuye a la Hoja de Ruta de CIM	✓	✓
Impulsa la dirección estratégica general de CIM	✓
Elegible para unirse al Comité Directivo	✓
Elegible para un puesto de Presidente de Grupo de Trabajo	✓
Elegible para votar la adopción de contenido como parte del Estándar CIM	✓
Puede apelar cuestiones técnicas	✓
Puede apelar cuestiones procesales	✓

*Solicitud de Miembro Directivo — Los Miembros Colaboradores pueden solicitar una Membresía Directiva.

Relacionado: Matillion — ELT push-down creado para almacenes de datos en la nube.

Cómo leer los niveles

Los niveles se corresponden con un patrón familiar de gobernanza de código abierto utilizado en los proyectos de la Linux Foundation: una comunidad amplia que puede utilizar los resultados y aportar ideas, un nivel de colaboradores que realiza el trabajo práctico y un nivel directivo que posee la estrategia y la adopción formal. La distinción que más importa en la práctica:

• Comunidad CIM es el punto de entrada. Puede adoptar modelos publicados y aportar ideas sin un rol de trabajo formal. Esto es apropiado si está evaluando CIM para un proyecto o desea influir en la dirección de manera informal.
• Colaborador es donde reside la influencia técnica. Unirse a un Grupo de Trabajo, contribuir a él, proponer Áreas Temáticas y participar en encuestas de consenso se encuentran aquí. Si su objetivo es dar forma al estándar en lugar de simplemente consumirlo, este es el nivel al que debe apuntar.
• Miembro Directivo posee derechos de gobernanza: dirección estratégica, elegibilidad para el Comité Directivo, elegibilidad para la Presidencia de un Grupo de Trabajo y el voto formal para adoptar contenido como parte del Estándar CIM. Los Miembros Colaboradores pueden solicitar una Membresía Directiva.

Un detalle sutil pero importante: ser “contabilizado para el quórum de apoyo mínimo de un Área Temática” es un derecho de nivel Colaborador o superior. Las reglas de quórum existen para que un Área Temática no sea adoptada basándose en la fuerza de un solo participante: una salvaguarda de gobernanza común en los organismos de estándares basados en el consenso. Si a su organización le interesa que un Área Temática en particular alcance la adopción, tener una participación a nivel de Colaborador es lo que le permite contar para ese umbral.

Cómo involucrarse: un camino práctico

Si es nuevo en CIM, una secuencia sensata es:

Si estás de compras: Boomi AtomSphere — iPaaS empresarial para la integración híbrida de la nube a las instalaciones.

1. Comience como Comunidad CIM. Revise los modelos publicados y las preguntas frecuentes, e identifique dónde se superponen las entidades de sus sistemas con las Áreas Temáticas de CIM.
2. Contribuya con ideas. Incluso en el nivel comunitario, puede proponer ideas al Consorcio CIM: una forma de bajo compromiso de probar si su caso de uso resuena.
3. Pase a Colaborador si desea realizar el trabajo. Esto desbloquea la participación en Grupos de Trabajo, las propuestas de Áreas Temáticas y las encuestas de consenso.
4. Solicite la Membresía Directiva si su organización desea ayudar a establecer la dirección y participar en las votaciones formales de adopción.

Específicamente para los colaboradores de código abierto, la neutralidad de formato del modelo significa que hay espacio para contribuir con herramientas —traductores de formato, validadores, generadores de mapeo— junto con el contenido del modelo en sí. Para los proveedores de plataformas y aplicaciones, mapear el esquema de su producto a CIM es una forma de reducir el costo de integración que pagan sus clientes, lo que a menudo es un diferenciador competitivo.

Gobernanza, estándares y apelaciones

CIM sigue un enfoque basado en estándares, lo que implica un proceso definido para proponer, revisar y adoptar contenido. La presencia de derechos formales de “apelación” —técnicos y procesales— en el nivel Directivo es un sello distintivo de una gobernanza de estándares madura. Significa que las disputas tienen una vía de resolución definida en lugar de resolverse informalmente.

Esto refleja cómo operan las organizaciones de estándares establecidas. La Linux Foundation alberga muchos de estos proyectos y proporciona el andamiaje legal y de gobernanza —políticas de marca registrada, propiedad intelectual y antimonopolio— que permite a los competidores colaborar en una infraestructura compartida. Si está evaluando CIM para su adopción empresarial, la afiliación a la Linux Foundation es una señal significativa: significa que el modelo está gobernado por una fundación neutral en lugar de ser propiedad de un único proveedor, lo que reduce el riesgo de un cambio futuro en la licencia o en la dirección.

Información relacionada

• Preguntas frecuentes
• Cuotas de membresía
• Lista de miembros actuales de SteerCo
• Formulario web para contribuyentes
• Recursos del modelo CIM
• Presentación de CIM
• Formatos de CIM
• CIM en las noticias
• Repositorios de GitHub
• Blog de noticias
• Contacto

Preguntas frecuentes

¿Qué es el Cloud Information Model?

El Cloud Information Model (CIM) es un modelo de datos abierto y una comunidad de miembros fundada en 2019 bajo la Linux Foundation. Define un modelo común de entidades de negocio, independiente de la aplicación, para que los sistemas en la nube y locales puedan interoperar a través de semánticas compartidas en lugar de mapeos punto a punto personalizados.

¿Quién puede unirse a CIM y cuánto cuesta?

CIM tiene tres niveles de participación: Miembro del Comité Directivo (Steering Member), Contribuyente y Comunidad CIM. El nivel comunitario es el punto de entrada más amplio, mientras que los Miembros Contribuyentes pueden solicitar una membresía del Comité Directivo. Las cuotas de membresía son publicadas por separado por CIM, por lo que consulte la página de Cuotas de membresía para conocer las cifras actuales en lugar de asumir un costo.

¿Qué es un Área Temática (Subject Area) en CIM?

Un Área Temática es una sección coherente del modelo que cubre un conjunto de entidades y relaciones relacionadas. Proponer un Área Temática es un derecho de nivel de Contribuyente y una de las formas más directas de influir en lo que cubre el estándar. Las Áreas Temáticas también están sujetas a un quórum de apoyo mínimo, lo que evita la adopción basada en un solo participante.

¿Necesito ser Miembro del Comité Directivo para contribuir?

No. Los Miembros Contribuyentes pueden unirse a Grupos de Trabajo, contribuir en ellos, proponer Áreas Temáticas y participar en encuestas de consenso. La membresía del Comité Directivo añade derechos de gobernanza, como la dirección estratégica, la elegibilidad para el Comité Directivo y el voto formal para adoptar contenido como parte del Estándar CIM.

¿Cómo se relaciona CIM con otros estándares de datos?

CIM es un modelo horizontal e intersectorial centrado en entidades de negocio comunes, en contraste con los modelos canónicos específicos de un dominio, como el Common Information Model del sector energético (IEC 61970/61968) o el HL7 FHIR de la salud. Su diseño neutro respecto al formato le permite complementar, en lugar de reemplazar, los modelos nativos de los sistemas que ya utiliza.

¿Por qué es importante la neutralidad del formato para la adopción?

Porque permite que equipos con diferentes pilas tecnológicas —almacenes relacionales, bases de datos de grafos y servicios de API— consuman una única definición canónica en lugar de mantener esquemas divergentes. La contrapartida es que las herramientas de traducción deben mantenerse y el proceso de ida y vuelta (round-tripping) entre formatos no siempre es sin pérdidas, por lo que los equipos deben validar los mapeos frente a sus necesidades reales de integración.

Lectura adicional

• Working group — Wikipedia
• Linux Foundation — Wikipedia