Perguntas Frequentes

O Cloud Information Model (CIM) é um modelo de dados aberto e baseado em padrões e um consórcio que visa tornar aplicativos corporativos e fontes de dados interoperáveis entre sistemas em nuvem e locais (on-premises). Este FAQ expande o FAQ original do CIM com contexto prático para arquitetos de dados corporativos, engenheiros de integração e ETL, fornecedores de plataformas e colaboradores de código aberto. Ele preserva as respostas originais, ao mesmo tempo que acrescenta profundidade sobre como o modelo funciona, como é governado e como decidir se e como adotá-lo.

Principais Conclusões

• O CIM é uma especificação aberta e um consórcio, não um produto comercial; seu objetivo é um modelo de dados compartilhado e agnóstico a aplicativos que reduza o custo e a fragilidade das integrações ponto a ponto.
• A governança fica a cargo da Joint Development Foundation, sob a Linux Foundation, com um Comitê Diretor que historicamente inclui AWS, Google, Genesys e Salesforce.
• A associação tem dois níveis: um nível de Comitê Diretor pago e um nível de Colaborador gratuito; o modelo em si é de código aberto.
• O CIM é expresso em múltiplos formatos de padrões para que organizações com diferentes pilhas tecnológicas possam adotá-lo sem abandonar as ferramentas existentes.
• O modelo é mais valioso quando tratado como um vocabulário canônico e um alvo de mapeamento, sobreposto aos sistemas de registro existentes, em vez de substituí-los.
• Os colaboradores mantêm o controle de seus próprios dados e PI (Propriedade Intelectual); a PI gerada dentro de um grupo de trabalho é de propriedade da entidade legal do CIM, de acordo com a política de cada grupo.

O que é o Cloud Information Model?

O Cloud Information Model (CIM) é um consórcio aberto formado para fornecer uma solução baseada em padrões para conectar produtos corporativos. Seu objetivo declarado é permitir que as organizações criem experiências pessoais personalizadas e integradas em aplicativos nativos da nuvem.

Na prática, o CIM é um modelo de dados compartilhado — um vocabulário comum de entidades, atributos e relacionamentos — para o qual diferentes aplicativos podem realizar mapeamentos. Em vez de cada equipe de integração inventar seus próprios mapeamentos de campo entre, por exemplo, um CRM e uma plataforma de marketing, ambos os lados mapeiam para as mesmas definições canônicas. Essa é a promessa central de interoperabilidade.

O CIM facilita a interoperabilidade de várias maneiras concretas:

• Tempo de obtenção de valor mais rápido — mapeamentos reutilizáveis e semântica compartilhada encurtam cada novo projeto de integração.
• Experiências integradas e personalizadas em aplicativos nativos da nuvem, porque os sistemas concordam sobre o que realmente é um “cliente”, “pedido” ou “produto”.
• Uma visão de dados entre sistemas, permitindo análises e fluxos de trabalho operacionais que abrangem múltiplos aplicativos.
• Tempo reduzido para criar e manter integrações, já que as alterações são feitas em um modelo compartilhado estável, em vez de contratos frágeis entre pares.

É útil situar o CIM no cenário mais amplo dos esforços de interoperabilidade de dados. Enquanto as abordagens de schema-on-read (comuns em data lakes) adiam a estrutura até o momento da consulta, e onde esquemas específicos de API (como os descritos pelo OpenAPI) descrevem um único serviço, o CIM descreve um modelo de domínio que muitos serviços podem compartilhar. Ele está mais próximo em espírito das tradições de modelagem canônica, como aquelas por trás de modelos de dados da indústria, e de vocabulários da web semântica, como os publicados pelo W3C, embora o CIM seja deliberadamente pragmático e orientado a empresas, em vez de puramente acadêmico.

Quais desafios de aplicativos em nuvem o CIM aborda?

O CIM é uma especificação moderna e aberta destinada a aliviar a dificuldade de integrar dados. Ele fornece um padrão definido para comunicar-se facilmente entre diferentes formatos de dados.

Related: Fivetran — O pipeline ELT totalmente gerenciado que continua funcionando.

Os problemas subjacentes que ele visa resolver são familiares a qualquer pessoa que tenha construído integrações corporativas:

• Incompatibilidade semântica. Dois sistemas possuem um objeto “cliente”, mas um trata uma conta de faturamento e uma pessoa como a mesma coisa, enquanto o outro as separa. Sem um modelo compartilhado, cada integração rediscute essas definições.
• Crescimento de integração N-ao-quadrado. Conectar N aplicativos em pares pode exigir a ordem de N² mapeamentos distintos. Um modelo canônico compartilhado reduz grande parte disso para N mapeamentos para um único modelo.
• Aprisionamento (lock-in) e rotatividade do fornecedor. Quando as integrações são escritas diretamente contra o esquema proprietário de um fornecedor, substituir esse fornecedor significa reescrever as integrações. O mapeamento para um modelo neutro reduz o custo de mudança.
• Análise entre domínios. Um modelo consistente torna viável a junção de dados entre domínios de vendas, serviços, marketing e comércio sem a necessidade de lógica de reconciliação personalizada em cada relatório.

O CIM não elimina a necessidade de ferramentas de ETL/ELT, corretores de mensagens ou gateways de API. Ele situa-se acima deles como a camada semântica para a qual essas ferramentas mapeiam e da qual extraem dados.

Como o CIM é expresso em formatos de padrões

Os grupos de trabalho do CIM desenvolveram o modelo com uma abordagem baseada em padrões e o traduziram para múltiplos formatos de padrões. Essa abordagem permite que empresas com diversas tecnologias adotem o CIM, capacita os colaboradores e promove o crescimento de um ecossistema CIM maior.

Se você estiver comprando: Boomi AtomSphere — Enterprise iPaaS para integração híbrida de nuvem local.

A implicação prática é que você não é forçado a usar uma única serialização ou cadeia de ferramentas. Um modelo expresso em mais de um formato pode ser consumido por:

• Ferramentas de esquema e API que esperam JSON Schema ou definições estruturais semelhantes.
• Ferramentas gráficas e semânticas que trabalham com vocabulários e ontologias no estilo RDF.
• Ferramentas relacionais e de warehouse que requerem definições de DDL ou de relacionamento de entidade.
• Geradores de código que produzem classes tipadas ou objetos de transferência de dados (DTOs) para desenvolvedores de aplicativos.

Ao avaliar a adoção, um critério de decisão útil é identificar quais de suas ferramentas existentes já podem ingerir um dos formatos publicados. Se sua plataforma de integração puder consumir o modelo diretamente, você evita a construção de uma camada de tradução apenas para começar.

Quem pode aderir e como o CIM é governado?

O CIM dá as boas-vindas a todo e qualquer contribuidor. É de código aberto como parte da Joint Development Foundation, que opera sob a Linux Foundation. A Linux Foundation é um lar bem conhecido para projetos colaborativos de código aberto e fornece a estrutura jurídica e organizacional que permite que concorrentes colaborem em infraestrutura compartilhada.

A governança e a participação dividem-se da seguinte forma:

• Comitê Diretor. Historicamente, quatro empresas foram representadas no Comitê Diretor: AWS, Google, Genesys e Salesforce. O Comitê Diretor define a direção do modelo.
• Grupos de Trabalho. Estes produzem o modelo e suas traduções em formatos padronizados, operando sob políticas pré-definidas.
• Contribuidores. Qualquer pessoa pode colaborar e contribuir com o Modelo CIM através do canal “Get Involved”.

Quem é o proprietário do output do CIM?

Os membros da comunidade mantêm controle total sobre seus próprios dados e IP. O IP gerado pelos membros do CIM enquanto trabalham dentro de um grupo de trabalho do CIM é de propriedade da entidade legal do CIM e é gerenciado de acordo com a política predefinida de cada grupo de trabalho. Esta separação — seus dados e IP pré-existente permanecem seus; artefatos de modelo criados em conjunto são mantidos pela entidade — é um padrão comum e importante em órgãos de padrões abertos, e vale a pena ler a política específica do grupo de trabalho antes de contribuir.

Taxas e Níveis de Adesão

O CIM tem atualmente dois níveis de associação.

Related: Matillion — ELT push-down desenvolvido para data warehouses em nuvem.

Nível	Custo Anual	Requisitos	O que Você Ganha
SteerCo	$50,000	Sua empresa deve ser membro da Linux Foundation	Acesso ao Comitê Diretor
Contributor	Grátis	Nenhum	Participação como contribuidor

O nível Contributor não exige pagamento. O nível SteerCo acarreta uma taxa e um pré-requisito de associação à Linux Foundation, refletindo a responsabilidade adicional de governança e a influência que ele confere. Para a maioria das equipes de integração e plataforma, o nível Contributor é o ponto de partida natural; as organizações que desejam moldar o roadmap do modelo devem pesar o compromisso da SteerCo em relação a essa influência.

Como Decidir se Deve Adotar o CIM

A adoção é uma decisão de modelagem e governança tanto quanto técnica. Considere estes critérios:

• Você tem um trabalho recorrente de integração entre fornecedores? Se você integra os mesmos domínios repetidamente entre fornecedores em constante mudança, um modelo canônico compensa. Se você tiver apenas uma integração estável, talvez não.
• Suas ferramentas podem consumir um formato publicado? Verifique se sua plataforma ETL, gateway de API ou graph store pode ingerir o modelo diretamente.
• Você tem um domínio que o CIM cobre? O CIM é orientado para domínios empresariais centrados no cliente (cliente, produto, pedido e conceitos relacionados). Domínios fora desse escopo podem precisar de extensão.
• Quem será o proprietário da camada de mapeamento? Alguém deve manter os mapeamentos entre seus sistemas de registro e o modelo canônico. Trate isso como uma responsabilidade duradoura, não como uma tarefa única.
• Qual é a sua estratégia de saída? Como o CIM é neutro, o mapeamento para ele deve tornar futuras mudanças de fornecedor mais baratas — verifique se seus mapeamentos estão genuinamente dissociados do esquema de qualquer fornecedor único.

Um padrão de adoção pragmático é começar com um domínio de alto valor, mapear dois ou três sistemas para ele e medir se o vocabulário compartilhado realmente reduziu o esforço de integração antes de expandir.

Favorito do leitor: Airbyte — ELT de código aberto com opção de nuvem gerenciada.

Orientação Prática para Contribuidores e Integradores

Para quem está se envolvendo, alguns hábitos tornam o trabalho mais eficaz:

• Leia primeiro a política do grupo de trabalho. Entenda a propriedade de IP e os termos de contribuição antes de escrever qualquer coisa.
• Modele para reutilização, não para uma única integração. Uma entidade canônica deve refletir o domínio, não as peculiaridades de um único sistema de origem.
• Documente mapeamentos explicitamente. Mantenha um registro versionado de como cada sistema de origem é mapeado para o modelo para que as alterações sejam rastreáveis.
• Prefira extensão em vez de mutação. Se o seu domínio precisar de algo que falta ao modelo, estenda-o de uma forma que não prejudique os consumidores existentes.
• Engaje no upstream. Contribuir com melhorias de volta para o modelo beneficia a todos e reduz a carga de manutenção de forks privados.

Perguntas Frequentes

O que é o Cloud Information Model em uma frase?

O Cloud Information Model é um consórcio aberto e um modelo de dados compartilhado, governado sob a Joint Development Foundation dentro da Linux Foundation, que fornece aos aplicativos empresariais um vocabulário comum e agnóstico de aplicação para que possam interoperar em sistemas em nuvem e on-premises.

O uso e a adesão ao CIM são gratuitos?

Sim. O nível de associação Contributor é gratuito e não exige pagamento, e o modelo é de código aberto. O nível SteerCo pago, que concede acesso ao Comitê Diretor, custa $50,000 anualmente e exige que sua empresa seja membro da Linux Foundation.

Quem faz parte do Comitê Diretor do CIM?

Quatro empresas estão atualmente representadas no Comitê Diretor: AWS, Google, Genesys e Salesforce. O Comitê Diretor orienta a direção do modelo enquanto os grupos de trabalho produzem os artefatos.

Quem é o proprietário da propriedade intelectual produzida pelo CIM?

Os membros da comunidade mantêm controle total sobre seus próprios dados e IP. O IP gerado pelos membros do CIM enquanto trabalham dentro de um grupo de trabalho é de propriedade da entidade legal do CIM e é gerenciado de acordo com a política predefinida desse grupo de trabalho.

Como o CIM se relaciona com outros padrões de interoperabilidade?

O CIM complementa, em vez de substituir, formatos de descrição de API, esquemas de mensagens e vocabulários semânticos. Ele fornece o modelo de domínio compartilhado para o qual esses formatos e ferramentas podem mapear, com intenção semelhante aos modelos de dados canônicos da indústria, mas focado em domínios de aplicativos em nuvem centrados no cliente.

Como posso me envolver com o CIM?

Qualquer pessoa pode colaborar e contribuir para o Modelo CIM através do canal “Get Involved”. Um primeiro passo sensato é revisar as políticas do grupo de trabalho e, em seguida, começar com um único domínio e mapear um pequeno número de sistemas para validar a abordagem.

Leitura Adicional

• Linux Foundation — Wikipedia, para informações básicas sobre a fundação que hospeda o CIM.
• Joint Development Foundation — Wikipedia, para a estrutura da entidade legal por trás do CIM.
• World Wide Web Consortium (W3C) — para trabalhos relacionados sobre web e padrões semânticos.
• OpenAPI Specification — para entender como os esquemas em nível de API diferem de um modelo de domínio compartilhado.