Preguntas frecuentes

El Modelo de Información en la Nube (CIM) es un modelo de datos abierto y basado en estándares y un consorcio destinado a hacer que las aplicaciones empresariales y las fuentes de datos sean interoperables en sistemas en la nube y locales (on-premises). Estas preguntas frecuentes amplían las preguntas frecuentes originales de CIM con un contexto práctico para arquitectos de datos empresariales, ingenieros de integración y ETL, proveedores de plataformas y colaboradores de código abierto. Conserva las respuestas originales al tiempo que añade profundidad sobre cómo funciona el modelo, cómo se gobierna y cómo decidir si adoptarlo y de qué manera hacerlo.

Puntos clave

• CIM es una especificación abierta y un consorcio, no un producto comercial; su propósito es un modelo de datos compartido e independiente de la aplicación que reduce el costo y la fragilidad de las integraciones punto a punto.
• La gobernanza recae en la Joint Development Foundation bajo la Linux Foundation, con un Comité Directivo que históricamente incluye a AWS, Google, Genesys y Salesforce.
• La membresía tiene dos niveles: un nivel de Comité Directivo de pago y un nivel de Colaborador gratuito; el modelo en sí es de código abierto.
• CIM se expresa en múltiples formatos de estándares para que las organizaciones con diferentes pilas tecnológicas puedan adoptarlo sin abandonar las herramientas existentes.
• El modelo es más valioso cuando se trata como un vocabulario canónico y un objetivo de mapeo, superpuesto a los sistemas de registro existentes en lugar de reemplazarlos.
• Los colaboradores conservan el control de sus propios datos y PI; la PI generada dentro de un grupo de trabajo es propiedad de la entidad legal de CIM bajo la política de cada grupo.

¿Qué es el Modelo de Información en la Nube?

El Modelo de Información en la Nube (CIM) es un consorcio abierto formado para ofrecer una solución basada en estándares para conectar productos empresariales. Su objetivo declarado es permitir que las organizaciones creen experiencias personales fluidas y personalizadas a través de aplicaciones nativas de la nube.

En la práctica, CIM es un modelo de datos compartido —un vocabulario común de entidades, atributos y relaciones— al que diferentes aplicaciones pueden mapearse. En lugar de que cada equipo de integración invente sus propios mapeos de campos entre, por ejemplo, un CRM y una plataforma de marketing, ambas partes se mapean a las mismas definiciones canónicas. Esa es la promesa central de interoperabilidad.

CIM facilita la interoperabilidad de varias maneras concretas:

• Tiempo de obtención de valor más rápido: los mapeos reutilizables y la semántica compartida acortan cada nuevo proyecto de integración.
• Experiencias personalizadas y fluidas en todas las aplicaciones nativas de la nube, porque los sistemas están de acuerdo en lo que realmente es un “cliente”, un “pedido” o un “producto”.
• Una vista de datos entre sistemas, que permite análisis y flujos de trabajo operativos que abarcan múltiples aplicaciones.
• Reducción del tiempo para crear y mantener integraciones, ya que los cambios se realizan sobre un modelo compartido estable en lugar de contratos bilaterales frágiles.

Ayuda situar a CIM en el panorama más amplio de los esfuerzos de interoperabilidad de datos. Mientras que los enfoques de esquema en lectura (comunes en los lagos de datos) posponen la estructura hasta el momento de la consulta, y donde los esquemas específicos de API (como los descritos por OpenAPI) describen un solo servicio, CIM describe un modelo de dominio que muchos servicios pueden compartir. Está más cerca en espíritu de las tradiciones de modelado canónico, como las que sustentan los modelos de datos de la industria y los vocabularios de la web semántica publicados por el W3C, aunque CIM es deliberadamente pragmático y orientado a la empresa en lugar de ser puramente académico.

¿Qué desafíos de aplicaciones en la nube aborda CIM?

CIM es una especificación moderna y abierta destinada a aliviar la dificultad de integrar datos. Proporciona un estándar definido para comunicarse fácilmente entre diferentes formatos de datos.

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

Los problemas subyacentes que aborda son familiares para cualquiera que haya creado integraciones empresariales:

• Desajuste semántico. Dos sistemas tienen un objeto “cliente”, pero uno trata una cuenta de facturación y una persona como lo mismo, mientras que el otro los separa. Sin un modelo compartido, cada integración vuelve a litigar estas definiciones.
• Crecimiento de integración N-cuadrado. Conectar N aplicaciones por pares puede requerir del orden de N² mapeos distintos. Un modelo canónico compartido colapsa gran parte de eso en N mapeos hacia un solo modelo.
• Dependencia del proveedor (vendor lock-in) y rotación. Cuando las integraciones se escriben directamente sobre el esquema propietario de un proveedor, reemplazar a ese proveedor significa reescribir las integraciones. El mapeo a un modelo neutro reduce el costo de cambio.
• Análisis entre dominios. Un modelo coherente hace posible unir datos de los dominios de ventas, servicio, marketing y comercio sin una lógica de conciliación a medida en cada informe.

CIM no elimina la necesidad de herramientas ETL/ELT, intermediarios de mensajes o pasarelas de API. Se sitúa por encima de ellos como la capa semántica hacia la cual y desde la cual esas herramientas realizan el mapeo.

Cómo se expresa CIM a través de formatos de estándares

Los grupos de trabajo de CIM desarrollaron el modelo con un enfoque basado en estándares y lo tradujeron a múltiples formatos de estándares. Este enfoque permite que las empresas con diversas tecnologías adopten CIM, empodera a los colaboradores y fomenta el crecimiento de un ecosistema CIM más amplio.

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

La implicación práctica es que no se ve obligado a utilizar una sola serialización o cadena de herramientas. Un modelo expresado en más de un formato puede ser consumido por:

• Herramientas de esquema y API que esperan JSON Schema o definiciones estructurales similares.
• Herramientas gráficas y semánticas que trabajan con vocabularios y ontologías de estilo RDF.
• Herramientas relacionales y de almacén de datos que requieren definiciones DDL o de entidad-relación.
• Generadores de código que producen clases tipadas u objetos de transferencia de datos (DTO) para desarrolladores de aplicaciones.

Al evaluar la adopción, un criterio de decisión útil es identificar cuáles de sus herramientas existentes ya pueden ingerir uno de los formatos publicados. Si su plataforma de integración puede consumir el modelo directamente, evita crear una capa de traducción solo para comenzar.

¿Quién puede unirse y cómo se gobierna CIM?

CIM da la bienvenida a todos y cada uno de los contribuyentes. Es de código abierto como parte de la Joint Development Foundation, que opera bajo la Linux Foundation. La Linux Foundation es un hogar muy conocido para proyectos colaborativos de código abierto y proporciona el andamiaje legal y organizacional que permite a los competidores colaborar en una infraestructura compartida.

La gobernanza y la participación se desglosan de la siguiente manera:

• Comité Directivo. Históricamente, cuatro empresas han estado representadas en el Comité Directivo: AWS, Google, Genesys y Salesforce. El Comité Directivo fija la dirección del modelo.
• Grupos de Trabajo. Estos producen el modelo y sus traducciones a formatos estándar, operando bajo políticas predefinidas.
• Contribuyentes. Cualquiera puede colaborar y contribuir al Modelo CIM a través del canal “Get Involved”.

¿A quién pertenece el resultado de CIM?

Los miembros de la comunidad conservan el control total sobre sus propios datos e IP. La IP generada por los miembros de CIM mientras trabajan dentro de un grupo de trabajo de CIM es propiedad de la entidad legal de CIM y se administra de acuerdo con la política predefinida de cada grupo de trabajo. Esta separación —sus datos y su IP preexistente siguen siendo suyos; los artefactos del modelo creados conjuntamente pertenecen a la entidad— es un patrón común e importante en los organismos de estándares abiertos, y vale la pena leer la política específica del grupo de trabajo antes de contribuir.

Cuotas y niveles de membresía

CIM tiene actualmente dos niveles de membresía.

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

Nivel	Costo Anual	Requisitos	Lo que obtienes
SteerCo	$50,000	Su empresa debe ser miembro de la Linux Foundation	Acceso al Comité Directivo
Contributor	Gratis	Ninguno	Participación como contribuyente

El nivel de Contributor no requiere ningún pago. El nivel de SteerCo conlleva una tarifa y el requisito previo de ser miembro de la Linux Foundation, lo que refleja la responsabilidad de gobernanza adicional y la influencia que confiere. Para la mayoría de los equipos de integración y plataforma, el nivel de Contributor es el punto de partida natural; las organizaciones que quieran dar forma a la hoja de ruta del modelo deben sopesar el compromiso de SteerCo frente a esa influencia.

Cómo decidir si adoptar CIM

La adopción es una decisión de modelado y gobernanza tanto como técnica. Considere estos criterios:

• ¿Tiene trabajo de integración recurrente entre diversos proveedores? Si integra los mismos dominios repetidamente entre proveedores cambiantes, un modelo canónico vale la pena. Si tiene una sola integración estable, puede que no sea así.
• ¿Pueden sus herramientas consumir un formato publicado? Compruebe si su plataforma ETL, puerta de enlace API o almacén de grafos puede ingerir el modelo directamente.
• ¿Tiene un dominio que CIM cubra? CIM está orientado a dominios empresariales centrados en el cliente (cliente, producto, pedido y conceptos relacionados). Los dominios fuera de ese alcance pueden necesitar una extensión.
• ¿Quién será el propietario de la capa de mapeo? Alguien debe mantener los mapeos entre sus sistemas de registro y el modelo canónico. Trate esto como una responsabilidad duradera, no como una tarea única.
• ¿Cuál es su estrategia de salida? Debido a que CIM es neutral, el mapeo hacia él debería abaratar los futuros cambios de proveedor; verifique que sus mapeos estén realmente desacoplados del esquema de cualquier proveedor único.

Un patrón de adopción pragmático es comenzar con un dominio de alto valor, mapear dos o tres sistemas hacia él y medir si el vocabulario compartido realmente redujo el esfuerzo de integración antes de expandirse.

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

Guía práctica para contribuyentes e integradores

Para quienes participen, algunos hábitos hacen que el trabajo sea más eficaz:

• Lea primero la política del grupo de trabajo. Comprenda la propiedad de la IP y los términos de contribución antes de escribir cualquier cosa.
• Modele para la reutilización, no para una sola integración. Una entidad canónica debe reflejar el dominio, no las peculiaridades de un único sistema fuente.
• Documente los mapeos explícitamente. Mantenga un registro versionado de cómo cada sistema fuente se mapea al modelo para que los cambios sean rastreables.
• Prefiera la extensión sobre la mutación. Si su dominio necesita algo de lo que el modelo carece, extiéndalo de una manera que no afecte a los consumidores existentes.
• Colabore upstream. Contribuir con mejoras al modelo beneficia a todos y reduce la carga de mantenimiento de los forks privados.

Preguntas frecuentes

¿Qué es el Cloud Information Model en una frase?

El Cloud Information Model es un consorcio abierto y un modelo de datos compartido, regido bajo la Joint Development Foundation dentro de la Linux Foundation, que brinda a las aplicaciones empresariales un vocabulario común e independiente de la aplicación para que puedan interoperar entre sistemas en la nube y locales.

¿CIM es gratuito para usar y unirse?

Sí. El nivel de membresía Contributor es gratuito y no requiere pago, y el modelo es de código abierto. El nivel de pago SteerCo, que otorga acceso al Comité Directivo, cuesta $50,000 anuales y requiere que su empresa sea miembro de la Linux Foundation.

¿Quién forma parte del Comité Directivo de CIM?

Cuatro empresas están representadas actualmente en el Comité Directivo: AWS, Google, Genesys y Salesforce. El Comité Directivo guía la dirección del modelo mientras que los grupos de trabajo producen los artefactos.

¿A quién pertenece la propiedad intelectual producida por CIM?

Los miembros de la comunidad conservan el control total sobre sus propios datos e IP. La IP generada por los miembros de CIM mientras trabajan dentro de un grupo de trabajo es propiedad de la entidad legal de CIM y se administra de acuerdo con la política predefinida de ese grupo de trabajo.

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

CIM complementa, en lugar de reemplazar, los formatos de descripción de API, los esquemas de mensajes y los vocabularios semánticos. Proporciona el modelo de dominio compartido al que esos formatos y herramientas pueden mapearse, similar en intención a los modelos de datos canónicos de la industria pero centrado en dominios de aplicaciones en la nube centrados en el cliente.

¿Cómo puedo involucrarme con CIM?

Cualquier persona puede colaborar y contribuir al Modelo CIM a través del canal “Get Involved”. Un primer paso sensato es revisar las políticas del grupo de trabajo, luego comenzar con un solo dominio y mapear un pequeño número de sistemas para validar el enfoque.

Lectura adicional

• Linux Foundation — Wikipedia, para conocer los antecedentes de la fundación que alberga CIM.
• Joint Development Foundation — Wikipedia, para la estructura de la entidad legal detrás de CIM.
• World Wide Web Consortium (W3C) — para trabajos relacionados con estándares web y semánticos.
• OpenAPI Specification — para ver cómo los esquemas a nivel de API difieren de un modelo de dominio compartido.