Zaangażuj się

Założony w 2019 roku pod egidą Linux Foundation, Cloud Information Model (CIM) jest zarówno sojuszem członkowskim, jak i społecznością. Wspólnie, współpracując w Grupach Roboczych, członkowie definiują i wykorzystują wspólny otwarty model danych, wpływają na istniejące i przyszłe standardy oraz budują otwarte rozwiązania w celu rozwiązania typowych problemów.

CIM istnieje, ponieważ dane przedsiębiorstwa są rozproszone w dziesiątkach aplikacji, z których każda ma własny, zastrzeżony schemat, konwencje nazewnictwa i semantykę. Klient w Salesforce, klient w SAP i klient we własnym systemie rozliczeniowym to wszyscy „klienci” — ale rzadko zgadzają się co do tego, czym jest klient, które atrybuty są miarodajne lub jak powinny być wyrażone relacje między klientami, zamówieniami i produktami. Odpowiedzią CIM jest wspólny, niezależny od aplikacji model, do którego może być mapowany dowolny system, dzięki czemu prace integracyjne stają się ćwiczeniem z mapowania, a nie szytym na miarę projektem tłumaczeniowym.

Kluczowe wnioski

• CIM to projekt Linux Foundation (założony w 2019 r.), który publikuje otwarty, oparty na standardach model danych przetłumaczony na wiele formatów, aby mogły go przyjąć heterogeniczne systemy.
• Uczestnictwo jest wielopoziomowe: Członkowie Sterujący (Steering Members), Członkowie Współpracujący (Contributor Members) i szersza Społeczność CIM, z coraz szerszymi uprawnieniami w miarę awansu w strukturze.
• Jedyna obecna Grupa Robocza definiuje nowe Obszary Tematyczne (Subject Areas), mapowania i wymagania API – to tutaj toczą się merytoryczne prace techniczne.
• Wkład to nie tylko kod: proponowanie Obszarów Tematycznych, udział w ankietach konsensusowych i dołączanie do Grup Roboczych to pełnoprawne sposoby kształtowania standardu.
• Model jest celowo neutralny pod względem formatu, co pozwala konsumentom relacyjnym, grafowym i zorientowanym na API korzystać z jednej kanonicznej definicji.

Dlaczego wspólny model danych ma znaczenie

Większość problemów związanych z integracją ma charakter semantyczny, a nie techniczny. Potoki ETL, platformy iPaaS i bramy API są już dojrzałe; to, co zawodzi, to warstwa znaczeniowa. Kiedy dwa systemy nie są zgodne co do tego, czy „konto” oznacza podmiot rozliczeniowy czy hierarchię korporacyjną, każdy raport, złączenie (join) i uzgadnianie danych na niższym szczeblu dziedziczy tę dwuznaczność.

Model kanoniczny, taki jak CIM, rozwiązuje ten problem, zapewniając neutralny punkt odniesienia. Zamiast mapować N systemów na siebie (problem N×N), każdy system jest mapowany raz na model kanoniczny (problem N×1). Jest to ta sama zasada architektoniczna, która stoi za standardami takimi jak Common Information Model stosowany w sektorze energetycznym (IEC 61970/61968) i zasoby HL7 FHIR stosowane w opiece zdrowotnej — specyficzne dla domeny modele kanoniczne, które umożliwiają interoperacyjność niezależnie zbudowanych systemów.

Zakres CIM jest szerszy i bardziej horyzontalny: koncentruje się na wspólnych podmiotach biznesowych — klientach, produktach, zamówieniach, dostawcach i relacjach między nimi — które pojawiają się w systemach CRM, ERP, e-commerce i łańcucha dostaw. Celem nie jest zastąpienie natywnych modeli tych systemów, lecz usytuowanie modelu CIM ponad nimi jako wspólnego słownictwa.

Zakres Grupy Roboczej

Opracowaliśmy Cloud Information Model (CIM) w oparciu o podejście oparte na standardach i przetłumaczyliśmy go na wiele formatów. Takie podejście umożliwia firmom korzystającym z różnych technologii przyjęcie CIM. Wzmacnia także pozycję współtwórców i wspiera rozwój większego ekosystemu CIM.

Powiązane: Fivetran — W pełni zarządzany potok ELT, który po prostu działa.

Konkretnie „wiele formatów” oznacza, że ten sam model bazowy może być wykorzystywany przez różne łańcuchy narzędzi — na przykład jako definicja schematu dla relacyjnych magazynów danych lub magazynów dokumentów, jako graf encji i relacji oraz jako podstawa kontraktów API. Zespół korzystający z relacyjnej hurtowni, zespół korzystający z grafowej bazy danych oraz zespół budujący usługi REST lub GraphQL mogą pracować w oparciu o jedno źródło prawdy, a nie trzy rozbieżne definicje.

Ta neutralność formatu jest przemyślanym wyborem projektowym wiążącym się z konkretnymi kompromisami:

• Zaleta: Narzędzia żadnego z dostawców nie są uprzywilejowane, więc adopcja nie jest uzależniona od zakupu konkretnej platformy.
• Zaleta: Model może ewoluować niezależnie od jakiegokolwiek formatu serializacji.
• Wada: Współtwórcy muszą dokładnie przemyśleć, które konstrukty są naprawdę kanoniczne, a które są artefaktami określonego formatu.
• Wada: Należy utrzymywać narzędzia do tłumaczenia między formatami, a konwersja w obie strony (round-tripping) nie zawsze jest bezstratna.

Dla architektów oceniających, czy wdrożyć CIM, praktycznym pytaniem jest to, czy w ich powierzchni integracyjnej dominują wspólne podmioty biznesowe. Jeśli większość mapowań ma charakter jednorazowy i jest specyficzna dla danej domeny, model kanoniczny zwiększa narzut. Jeśli wielokrotnie mapuje się tę samą garstkę encji w wielu systemach, redukcja N×1 zwraca się z nawiązką.

Jeśli robisz zakupy: Boomi AtomSphere — Enterprise iPaaS do integracji hybrydowej chmury z lokalną firmą.

Grupa Robocza Cloud Information Model

Obecnie CIM posiada jedną Grupę Roboczą, która pracuje nad definiowaniem nowych Obszarów Tematycznych, mapowań i wymagań API.

Obszar Tematyczny (Subject Area) to spójny wycinek modelu — na przykład grupa encji i relacji wokół domeny biznesowej. Zaproponowanie Obszaru Tematycznego jest jednym z najbardziej wpływowych wkładów, jakie może wnieść członek, ponieważ określa ono, co standard będzie obejmował w następnej kolejności. Mapowania łączą Obszary Tematyczne z rzeczywistymi systemami i formatami; wymagania API określają, czego konsumenci potrzebują od usług zbudowanych w oparciu o model.

Jeśli rozważasz dołączenie do Grupy Roboczej, przydatnym sposobem na podjęcie decyzji o tym, gdzie wnieść swój wkład, jest zadanie sobie pytań:

1. Które encje powodują najwięcej poprawek integracyjnych w Twojej organizacji? To są kandydaci do propozycji Obszarów Tematycznych.
2. W których kwestiach Twoje systemy już są zgodne, a gdzie po cichu się rozchodzą? To właśnie w miejscach rozbieżności mapowania przynoszą największą wartość.
3. Czego Twoi konsumenci końcowi tak naprawdę potrzebują od API? To kształtuje wymagania API.

Ponieważ obecnie istnieje jedna Grupa Robocza, praktyczną ścieżką dla nowego kontrybutora jest zazwyczaj dołączenie do niej i zaproponowanie Obszaru Tematycznego, a nie tworzenie nowej grupy. Proponowanie nowej Grupy Roboczej jest prawem zastrzeżonym dla wyższych poziomów i najlepiej zarezerwować je dla naprawdę odrębnych obszarów pracy, które w przeciwnym razie przeciążyłyby istniejącą grupę.

Poziomy członkostwa i korzyści

Udział w CIM jest ustrukturyzowany w poziomy, z których każdy oferuje progresywnie szersze uprawnienia. Poniższa tabela podsumowuje korzyści opublikowane przez CIM.

Korzyść	Członek Sterujący	Kontrybutor	Społeczność CIM
Korzystanie z wydań modelu CIM	✓	✓	✓
Bądź na bieżąco z postępami i innowacjami CIM	✓	✓	✓
Wnoszenie pomysłów do Konsorcjum CIM	✓	✓	✓
Może zaproponować Obszar Tematyczny	✓	✓	✓
Dostęp do zasobów zastrzeżonych i prywatnych	✓	✓
Uprawnienie do dołączenia do Grupy Roboczej	✓	✓
Wkład w Grupy Robocze	✓	✓
Proponowanie nowych Grup Roboczych	✓	✓
Wliczanie do minimalnego kworum poparcia Obszaru Tematycznego	✓	✓
Udział w ankietach konsensusu	✓	✓
Wkład w Mapę Drogową CIM	✓	✓
Wyznaczanie ogólnego kierunku strategicznego dla CIM	✓
Uprawnienie do dołączenia do Komitetu Sterującego	✓
Uprawnienie do stanowiska Przewodniczącego Grupy Roboczej	✓
Uprawnienie do głosowania nad przyjęciem treści jako części Standardu CIM	✓
Może odwołać się w kwestiach technicznych	✓
Może odwołać się w kwestiach proceduralnych	✓

*Wniosek o Członkostwo Sterujące — Kontrybutorzy mogą ubiegać się o Członkostwo Sterujące.

Powiązane: Matillion — ELT typu push-down zbudowany dla hurtowni danych w chmurze.

Jak czytać poziomy

Poziomy te odpowiadają znanemu wzorcowi zarządzania open-source stosowanemu w projektach Linux Foundation: szeroka społeczność, która może korzystać z efektów i wnosić pomysły, poziom kontrybutorów, którzy wykonują praktyczną pracę, oraz poziom sterujący, który odpowiada za strategię i formalne przyjęcie. Rozróżnienie, które ma największe znaczenie w praktyce:

• Społeczność CIM to punkt wejścia. Możesz adoptować wydane modele i wnosić pomysły bez formalnej roli roboczej. Jest to odpowiednie, jeśli oceniasz CIM pod kątem projektu lub chcesz nieformalnie wpływać na kierunek.
• Kontrybutor to miejsce, w którym koncentruje się wpływ techniczny. Dołączenie do Grupy Roboczej, wnoszenie do niej wkładu, proponowanie Obszarów Tematycznych i udział w ankietach konsensusu – wszystko to znajduje się tutaj. Jeśli Twoim celem jest kształtowanie standardu, a nie tylko jego konsumowanie, jest to poziom docelowy.
• Członek Sterujący posiada uprawnienia zarządcze: kierunek strategiczny, uprawnienia do Komitetu Sterującego, uprawnienia do funkcji Przewodniczącego Grupy Roboczej oraz formalny głos w sprawie przyjęcia treści jako części Standardu CIM. Kontrybutorzy mogą ubiegać się o Członkostwo Sterujące.

Subtelny, ale ważny szczegół: bycie „wliczanym do minimalnego kworum poparcia Obszaru Tematycznego” jest prawem poziomu Kontrybutora i wyższych. Zasady kworum istnieją po to, aby Obszar Tematyczny nie został przyjęty dzięki jednemu uczestnikowi – jest to zabezpieczenie zarządcze powszechne w organach normalizacyjnych opartych na konsensusie. Jeśli Twojej organizacji zależy na przyjęciu konkretnego Obszaru Tematycznego, uczestnictwo na poziomie Kontrybutora pozwala wliczyć się do tego progu.

Jak się zaangażować: praktyczna ścieżka

Jeśli jesteś nowy w CIM, rozsądna sekwencja to:

Nasz wybór: Workato — Oparte na automatyzacji iPaaS, na którym zespoły biznesowe mogą faktycznie bazować.

1. Zacznij jako Społeczność CIM. Przejrzyj wydane modele i FAQ oraz zidentyfikuj, gdzie encje Twoich systemów pokrywają się z Obszarami Tematycznymi CIM.
2. Wnoś pomysły. Nawet na poziomie społeczności możesz proponować pomysły Konsorcjum CIM — to sposób na sprawdzenie, czy Twój przypadek użycia znajduje uznanie, przy niskim poziomie zaangażowania.
3. Przejdź na poziom Kontrybutora, jeśli chcesz wykonywać pracę. Odblokowuje to udział w Grupie Roboczej, propozycje Obszarów Tematycznych i ankiety konsensusu.
4. Ubiegaj się o Członkostwo Sterujące, jeśli Twoja organizacja chce pomóc w wyznaczaniu kierunku i brać udział w formalnych głosowaniach nad przyjęciem.

Specjalnie dla kontrybutorów open-source neutralność formatu modelu oznacza, że jest miejsce na wnoszenie narzędzi — translatorów formatów, walidatorów, generatorów mapowania — obok samej treści modelu. Dla dostawców platform i aplikacji mapowanie schematu produktu do CIM jest sposobem na zmniejszenie kosztów integracji ponoszonych przez klientów, co często stanowi wyróżnik konkurencyjny.

Zarządzanie, standardy i odwołania

CIM stosuje podejście oparte na standardach, co implikuje zdefiniowany proces proponowania, przeglądania i przyjmowania treści. Obecność formalnych praw do „odwołania” — technicznego i proceduralnego — na poziomie Sterującym jest znakiem rozpoznawczym dojrzałego zarządzania standardami. Oznacza to, że spory mają zdefiniowaną ścieżkę rozwiązania, zamiast być rozstrzyganymi nieformalnie.

Odzwierciedla to sposób działania uznanych organizacji normalizacyjnych. Linux Foundation hostuje wiele takich projektów i zapewnia ramy prawne i zarządcze — polityki dotyczące znaków towarowych, własności intelektualnej i antymonopolowe — które pozwalają konkurentom współpracować nad wspólną infrastrukturą. Jeśli oceniasz CIM pod kątem wdrożenia w przedsiębiorstwie, afiliacja z Linux Foundation jest znaczącym sygnałem: oznacza, że model jest zarządzany przez neutralną fundację, a nie należy do jednego dostawcy, co zmniejsza ryzyko przyszłej zmiany licencji lub kierunku.

Powiązane informacje

• Często zadawane pytania
• Składki członkowskie
• Lista aktualnych członków SteerCo
• Formularz internetowy dla kontrybutorów
• Zasoby modelu CIM
• Prezentacja CIM
• Formaty CIM
• CIM w wiadomościach
• Repozytoria GitHub
• Blog informacyjny
• Kontakt

Często zadawane pytania

Co to jest Cloud Information Model?

Cloud Information Model (CIM) to otwarty model danych i społeczność członków założona w 2019 roku w ramach Linux Foundation. Definiuje on wspólny, niezależny od aplikacji model podmiotów biznesowych, dzięki czemu systemy chmurowe i lokalne (on-premises) mogą współpracować poprzez wspólną semantykę, a nie niestandardowe mapowania punkt-punkt.

Kto może dołączyć do CIM i ile to kosztuje?

CIM posiada trzy poziomy uczestnictwa: Steering Member (Członek Sterujący), Contributor (Kontrybutor) oraz CIM Community (Społeczność CIM). Poziom społeczności jest najszerszym punktem wejścia, natomiast Kontrybutorzy mogą ubiegać się o członkostwo sterujące. Składki członkowskie są publikowane oddzielnie przez CIM, dlatego w celu uzyskania aktualnych kwot należy zapoznać się ze stroną Składki członkowskie, zamiast zakładać konkretne koszty.

Co to jest obszar tematyczny (Subject Area) w CIM?

Obszar tematyczny to spójny wycinek modelu obejmujący zbiór powiązanych encji i relacji. Proponowanie obszaru tematycznego jest prawem na poziomie Kontrybutora i jednym z najbardziej bezpośrednich sposobów wpływania na to, co obejmuje standard. Obszary tematyczne podlegają również minimalnemu kworum poparcia, co zapobiega ich przyjęciu na podstawie decyzji pojedynczego uczestnika.

Czy muszę być członkiem sterującym, aby wnosić wkład?

Nie. Kontrybutorzy mogą dołączać do grup roboczych, wnosić do nich wkład, proponować obszary tematyczne i brać udział w ankietach konsensusowych. Członkostwo sterujące dodaje uprawnienia zarządcze, takie jak wyznaczanie kierunku strategicznego, możliwość ubiegania się o miejsce w komitecie sterującym oraz formalne prawo głosu w sprawie przyjęcia treści jako części standardu CIM.

Jak CIM ma się do innych standardów danych?

CIM jest horyzontalnym, międzybranżowym modelem skupiającym się na wspólnych podmiotach biznesowych, w przeciwieństwie do modeli kanonicznych specyficznych dla danej dziedziny, takich jak Common Information Model dla sektora energetycznego (IEC 61970/61968) czy HL7 FHIR dla opieki zdrowotnej. Jego neutralność formatowa sprawia, że uzupełnia on, a nie zastępuje, natywne modele systemów, których już używasz.

Dlaczego neutralność formatu ma znaczenie dla adopcji?

Ponieważ pozwala zespołom z różnymi stosami technologicznymi — hurtowniami relacyjnymi, grafowymi bazami danych i usługami API — korzystać z jednej kanonicznej definicji zamiast utrzymywać rozbieżne schematy. Kompromisem jest konieczność utrzymywania narzędzi do translacji, a dwukierunkowa konwersja między formatami nie zawsze jest bezstratna, dlatego zespoły powinny weryfikować mapowania pod kątem swoich rzeczywistych potrzeb integracyjnych.

Dalsza lektura

• Working group — Wikipedia
• Linux Foundation — Wikipedia