Często zadawane pytania

(CIM) to otwarty, oparty na standardach model danych i konsorcjum, którego celem jest zapewnienie interoperacyjności aplikacji korporacyjnych i źródeł danych w systemach chmurowych i lokalnych (on-premises). Niniejsze FAQ stanowi rozwinięcie oryginalnego FAQ CIM o praktyczny kontekst dla architektów danych w przedsiębiorstwie, inżynierów integracji i ETL, dostawców platform oraz współtwórców open source. Zachowuje ono oryginalne odpowiedzi, dodając jednocześnie szczegółowe informacje o tym, jak model działa, jak jest zarządzany oraz jak decydować o tym, czy i w jaki sposób go przyjąć.

Kluczowe wnioski

• CIM jest otwartą specyfikacją i konsorcjum, a nie produktem komercyjnym; jego celem jest współdzielony, niezależny od aplikacji model danych, który zmniejsza koszt i kruchość integracji punkt-punkt.
• Zarządzanie spoczywa na Joint Development Foundation w ramach Linux Foundation, a Komitet Sterujący historycznie obejmował firmy AWS, Google, Genesys i Salesforce.
• Członkostwo ma dwa poziomy: płatny poziom Komitetu Sterującego oraz bezpłatny poziom Współtwórcy (Contributor); sam model jest open source.
• CIM jest wyrażony w wielu formatach standardowych, dzięki czemu organizacje o różnych stosach technologicznych mogą go przyjąć bez porzucania istniejących narzędzi.
• Model jest najcenniejszy, gdy jest traktowany jako kanoniczne słownictwo i cel mapowania, nałożony na istniejące systemy zapisu (systems of record), a nie jako ich zamiennik.
• Współtwórcy zachowują kontrolę nad własnymi danymi i własnością intelektualną (IP); IP wygenerowane w ramach grupy roboczej jest własnością podmiotu prawnego CIM zgodnie z polityką danej grupy.

Co to jest Cloud Information Model?

Cloud Information Model (CIM) to otwarte konsorcjum utworzone w celu dostarczenia opartego na standardach rozwiązania do łączenia produktów korporacyjnych. Jego deklarowanym celem jest umożliwienie organizacjom tworzenia płynnych, dostosowanych do indywidualnych potrzeb doświadczeń w aplikacjach natywnych dla chmury.

W praktyce CIM to współdzielony model danych — wspólny słownik encji, atrybutów i relacji — do którego mogą mapować różne aplikacje. Zamiast wymyślać przez każdy zespół integracyjny własne mapowania pól między, powiedzmy, systemem CRM a platformą marketingową, obie strony mapują dane do tych samych kanonicznych definicji. To jest sedno obietnicy interoperacyjności.

CIM ułatwia interoperacyjność na kilka konkretnych sposobów:

• Szybszy czas osiągnięcia wartości (time to value) — mapowania wielokrotnego użytku i wspólna semantyka skracają każdy nowy projekt integracji.
• Płynne, spersonalizowane doświadczenia w aplikacjach natywnych dla chmury, ponieważ systemy są zgodne co do tego, czym właściwie jest „klient”, „zamówienie” lub „produkt”.
• Międzysystemowy widok danych, umożliwiający analitykę i operacyjne przepływy pracy obejmujące wiele aplikacji.
• Skrócenie czasu budowy i utrzymania integracji, ponieważ zmiany wprowadzane są w oparciu o stabilny wspólny model, a nie kruche kontrakty parami.

Warto osadzić CIM w szerszym kontekście wysiłków na rzecz interoperacyjności danych. Tam, gdzie podejścia typu schema-on-read (powszechne w jeziorach danych) odkładają strukturę do czasu zapytania, a schematy specyficzne dla API (takie jak opisane przez OpenAPI) opisują pojedynczą usługę, CIM opisuje model domeny, który może być współdzielony przez wiele usług. W duchu jest on bliższy tradycjom modelowania kanonicznego, takim jak branżowe modele danych, oraz semantycznym słownikom sieciowym (np. publikowanym przez W3C), choć CIM jest celowo pragmatyczny i zorientowany na przedsiębiorstwa, a nie czysto akademicki.

Jakie wyzwania aplikacji chmurowych rozwiązuje CIM?

CIM to nowoczesna, otwarta specyfikacja, której zadaniem jest ułatwienie integracji danych. Zapewnia zdefiniowany standard, aby łatwo komunikować się pomiędzy różnymi formatami danych.

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

Podstawowe problemy, na które jest ukierunkowany, są znane każdemu, kto budował integracje korporacyjne:

• Niedopasowanie semantyczne. Dwa systemy posiadają obiekt „klienta”, ale jeden traktuje konto rozliczeniowe i osobę jako to samo, podczas gdy drugi je rozdziela. Bez wspólnego modelu każda integracja ponownie rozstrzyga te definicje.
• Wzrost integracji N-kwadrat. Łączenie N aplikacji parami może wymagać rzędu N² odrębnych mapowań. Wspólny model kanoniczny redukuje to do N mapowań do jednego modelu.
• Uzależnienie od dostawcy (vendor lock-in) i rotacja. Gdy integracje są pisane bezpośrednio pod zastrzeżony schemat dostawcy, zastąpienie go oznacza przepisanie integracji. Mapowanie do neutralnego modelu zmniejsza koszt zmiany.
• Analityka międzydomenowa. Spójny model sprawia, że możliwe jest łączenie danych z domen sprzedaży, serwisu, marketingu i handlu bez konieczności stosowania dedykowanej logiki uzgadniania w każdym raporcie.

CIM nie eliminuje potrzeby stosowania narzędzi ETL/ELT, brokerów komunikatów ani bram API. Znajduje się nad nimi jako warstwa semantyczna, do której i z której te narzędzia mapują.

Jak CIM jest wyrażony w formatach standardowych

Grupy robocze CIM opracowały model w oparciu o standardy i przetłumaczyły go na wiele formatów standardowych. Takie podejście umożliwia firmom korzystającym z różnych technologii przyjęcie CIM, wzmacnia pozycję współtwórców i sprzyja rozwojowi większego ekosystemu CIM.

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

Praktyczną implikacją jest to, że nie jesteś zmuszony do korzystania z jednej serializacji lub łańcucha narzędzi. Model wyrażony w więcej niż jednym formacie może być konsumowany przez:

• Narzędzia do schematów i API, które oczekują JSON Schema lub podobnych definicji strukturalnych.
• Narzędzia grafowe i semantyczne, które pracują ze słownikami i ontologiami w stylu RDF.
• Narzędzia relacyjne i magazynowe, które wymagają definicji DDL lub relacji encja-relacja.
• Generatory kodu, które tworzą typowane klasy lub obiekty transferu danych (DTO) dla programistów aplikacji.

Przy ocenie wdrożenia przydatnym kryterium decyzyjnym jest zidentyfikowanie, które z Twoich istniejących narzędzi może już przyjmować jeden z opublikowanych formatów. Jeśli Twoja platforma integracyjna może konsumować model bezpośrednio, unikasz budowania warstwy translacyjnej na samym początku.

Kto może dołączyć i jak zarządzany jest CIM?

CIM zaprasza wszystkich współpracowników. Jest on udostępniany jako open source w ramach Joint Development Foundation, która działa pod egidą Linux Foundation. Linux Foundation jest dobrze znanym miejscem dla wspólnych projektów open source i zapewnia ramy prawne oraz organizacyjne, które pozwalają konkurentom współpracować nad wspólną infrastrukturą.

Zarządzanie i partycypacja rozkładają się następująco:

• Komitet Sterujący (Steering Committee). Historycznie w Komitecie Sterującym reprezentowane były cztery firmy: AWS, Google, Genesys i Salesforce. Komitet Sterujący wyznacza kierunek rozwoju modelu.
• Grupy Robocze. Tworzą one model oraz jego tłumaczenia na formaty standardowe, działając zgodnie z wcześniej określonymi zasadami.
• Współpracownicy. Każdy może współpracować i wnosić swój wkład w model CIM za pośrednictwem kanału „Get Involved”.

Kto jest właścicielem wyników CIM?

Członkowie społeczności zachowują pełną kontrolę nad swoimi danymi i własnością intelektualną (IP). Własność intelektualna wygenerowana przez członków CIM podczas pracy w grupie roboczej CIM jest własnością podmiotu prawnego CIM i jest zarządzana zgodnie z wcześniej określoną polityką danej grupy roboczej. To oddzielenie — Twoje dane i istniejąca własność intelektualna pozostają Twoje, a wspólnie utworzone artefakty modelu należą do podmiotu — jest powszechnym i ważnym wzorcem w organach otwartych standardów; warto zapoznać się z polityką konkretnej grupy roboczej przed wniesieniem wkładu.

Opłaty członkowskie i poziomy

CIM ma obecnie dwa poziomy członkostwa.

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

Poziom	Koszt roczny	Wymagania	Co otrzymujesz
SteerCo	50 000 USD	Twoja firma musi być członkiem Linux Foundation	Dostęp do Komitetu Sterującego
Contributor	Bezpłatnie	Brak	Udział jako współpracownik

Poziom Contributor nie wymaga żadnych opłat. Poziom SteerCo wiąże się z opłatą i wymogiem członkostwa w Linux Foundation, co odzwierciedla dodatkową odpowiedzialność za zarządzanie i wpływ, jaki ten poziom zapewnia. Dla większości zespołów integracyjnych i platformowych poziom Contributor jest naturalnym punktem wyjścia; organizacje, które chcą kształtować mapę drogową (roadmap) modelu, powinny rozważyć zaangażowanie w SteerCo w stosunku do oferowanego wpływu.

Jak zdecydować, czy przyjąć CIM

Przyjęcie CIM jest w równym stopniu decyzją dotyczącą modelowania i zarządzania, co techniczną. Rozważ następujące kryteria:

• Czy prowadzisz cykliczne prace integracyjne między różnymi dostawcami? Jeśli wielokrotnie integrujesz te same domeny u zmieniających się dostawców, model kanoniczny się opłaca. Jeśli masz jedną stabilną integrację, może nie być to konieczne.
• Czy Twoje narzędzia mogą konsumować opublikowany format? Sprawdź, czy Twoja platforma ETL, brama API lub magazyn grafowy może bezpośrednio przyjąć model.
• Czy posiadasz domenę, którą obejmuje CIM? CIM jest zorientowany na domeny przedsiębiorstw skoncentrowane na kliencie (klient, produkt, zamówienie i powiązane koncepcje). Domeny spoza tego zakresu mogą wymagać rozszerzenia.
• Kto będzie właścicielem warstwy mapowania? Ktoś musi utrzymywać mapowania pomiędzy Twoimi systemami rejestrowymi (systems of record) a modelem kanonicznym. Traktuj to jako trwałą odpowiedzialność, a nie jednorazowe zadanie.
• Jaka jest Twoja strategia wyjścia? Ponieważ CIM jest neutralny, mapowanie na niego powinno sprawić, że przyszłe zmiany dostawców będą tańsze — upewnij się, że Twoje mapowania są rzeczywiście odseparowane od schematu któregokolwiek pojedynczego dostawcy.

Pragmatycznym wzorcem przyjęcia jest rozpoczęcie od jednej domeny o wysokiej wartości, zmapowanie do niej dwóch lub trzech systemów i sprawdzenie, czy wspólne słownictwo faktycznie zmniejszyło wysiłek integracyjny przed dalszą ekspansją.

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

Praktyczne wskazówki dla współpracowników i integratorów

Osobom angażującym się w projekt polecamy kilka nawyków, które zwiększają efektywność pracy:

• Najpierw przeczytaj politykę grupy roboczej. Zanim cokolwiek napiszesz, zrozum zasady własności intelektualnej i warunki wnoszenia wkładu.
• Modeluj z myślą o ponownym wykorzystaniu, a nie o jednej integracji. Encja kanoniczna powinna odzwierciedlać domenę, a nie specyfikę pojedynczego systemu źródłowego.
• Dokumentuj mapowania w sposób jawny. Prowadź wersjonowany zapis tego, jak każdy system źródłowy mapuje się na model, aby zmiany były możliwe do prześledzenia.
• Preferuj rozszerzanie zamiast mutacji. Jeśli Twoja domena potrzebuje czegoś, czego brakuje w modelu, rozszerz go w sposób, który nie naruszy istniejących konsumentów.
• Angażuj się w główny nurt (upstream). Wnoszenie ulepszeń z powrotem do modelu przynosi korzyści wszystkim i zmniejsza obciążenie związane z utrzymaniem prywatnych forków.

Często zadawane pytania

Czym w jednym zdaniu jest Cloud Information Model?

Cloud Information Model to otwarte konsorcjum i współdzielony model danych, zarządzany przez Joint Development Foundation w ramach Linux Foundation, który zapewnia aplikacjom korporacyjnym wspólne, niezależne od aplikacji słownictwo, dzięki czemu mogą one współpracować w systemach chmurowych i lokalnych (on-premises).

Czy korzystanie z CIM i dołączanie do niego jest bezpłatne?

Tak. Poziom członkostwa Contributor jest bezpłatny i nie wymaga żadnych opłat, a model jest udostępniony jako open source. Płatny poziom SteerCo, który zapewnia dostęp do Komitetu Sterującego, kosztuje 50 000 USD rocznie i wymaga, aby Twoja firma była członkiem Linux Foundation.

Kto wchodzi w skład Komitetu Sterującego CIM?

W Komitecie Sterującym reprezentowane są obecnie cztery firmy: AWS, Google, Genesys i Salesforce. Komitet Sterujący wyznacza kierunek rozwoju modelu, podczas gdy grupy robocze tworzą artefakty.

Kto jest właścicielem własności intelektualnej opracowanej przez CIM?

Członkowie społeczności zachowują pełną kontrolę nad własnymi danymi i własnością intelektualną (IP). Własność intelektualna wygenerowana przez członków CIM podczas pracy w grupie roboczej jest własnością podmiotu prawnego CIM i jest zarządzana zgodnie z wcześniej określoną polityką danej grupy roboczej.

Jak CIM ma się do innych standardów interoperacyjności?

CIM raczej uzupełnia niż zastępuje formaty opisu API, schematy komunikatów i słowniki semantyczne. Zapewnia współdzielony model domeny, do którego można mapować te formaty i narzędzia, podobnie jak kanoniczne branżowe modele danych, ale z koncentracją na domenach aplikacji chmurowych zorientowanych na klienta.

Jak mogę zaangażować się w CIM?

Każdy może współpracować i wnosić swój wkład w model CIM za pośrednictwem kanału „Get Involved”. Rozsądnym pierwszym krokiem jest zapoznanie się z zasadami grupy roboczej, a następnie rozpoczęcie od pojedynczej domeny i zmapowanie niewielkiej liczby systemów w celu walidacji podejścia.

Dalsze czytanie

• Linux Foundation — Wikipedia, aby uzyskać informacje o fundacji, która hostuje CIM.
• Joint Development Foundation — Wikipedia, w celu poznania struktury podmiotu prawnego stojącego za CIM.
• World Wide Web Consortium (W3C) — w sprawie powiązanych prac nad standardami sieciowymi i semantycznymi.
• OpenAPI Specification — aby dowiedzieć się, czym schematy na poziomie API różnią się od współdzielonego modelu domeny.