자주 묻는 질문

CIM(클라우드 정보 모델)은 엔터프라이즈 애플리케이션과 데이터 소스를 클라우드 및 온프레미스 시스템 전반에서 상호 운용 가능하게 만드는 것을 목표로 하는 개방형 표준 기반 데이터 모델 및 컨소시엄입니다. 이 FAQ는 엔터프라이즈 데이터 설계자, 통합 및 ETL 엔지니어, 플랫폼 공급업체 및 오픈 소스 기여자를 위한 실무적인 맥락을 추가하여 기존 CIM FAQ의 내용을 확장합니다. 기존 답변을 유지하면서 모델의 작동 방식, 거버넌스 체계, 그리고 채택 여부와 방법을 결정하는 기준에 대해 더 깊이 있게 다룹니다.

주요 내용

• CIM은 상용 제품이 아니라 개방형 사양 및 컨소시엄입니다. 그 목적은 포인트 투 포인트(point-to-point) 통합의 비용과 취약성을 줄이는, 애플리케이션에 종속되지 않는 공유 데이터 모델을 제공하는 것입니다.
• 거버넌스는 Linux Foundation 산하의 Joint Development Foundation에서 담당하며, 운영 위원회에는 역사적으로 AWS, Google, Genesys, Salesforce 등이 포함되어 왔습니다.
• 멤버십은 유료 운영 위원회 레벨과 무료 기여자 레벨의 두 가지 등급으로 나뉩니다. 모델 자체는 오픈 소스입니다.
• CIM은 다양한 표준 형식으로 표현되므로, 서로 다른 기술 스택을 사용하는 조직이 기존 도구를 포기하지 않고도 이를 채택할 수 있습니다.
• 이 모델은 기존 기록 시스템(systems of record)을 대체하는 것이 아니라 그 위에 계층화되어, 표준 어휘(canonical vocabulary) 및 매핑 대상으로 활용될 때 가장 가치가 있습니다.
• 기여자는 자신의 데이터와 IP에 대한 통제권을 유지합니다. 워킹 그룹 내에서 생성된 IP는 각 그룹의 정책에 따라 CIM 법인이 소유합니다.

클라우드 정보 모델이란 무엇입니까?

클라우드 정보 모델(CIM)은 엔터프라이즈 제품을 연결하기 위한 표준 기반 솔루션을 제공하기 위해 결성된 개방형 컨소시엄입니다. 명시된 목표는 조직이 클라우드 네이티브 애플리케이션 전반에 걸쳐 원활하고 맞춤화된 개인화 경험을 구축할 수 있도록 하는 것입니다.

실무적으로 CIM은 다양한 애플리케이션이 매핑할 수 있는 엔터티, 속성 및 관계의 공통 어휘인 공유 데이터 모델입니다. 각 통합 팀이 예를 들어 CRM과 마케팅 플랫폼 사이의 필드 매핑을 개별적으로 고안하는 대신, 양측 모두 동일한 표준 정의(canonical definitions)에 매핑합니다. 이것이 상호 운용성의 핵심 약속입니다.

CIM은 다음과 같은 구체적인 방법으로 상호 운용성을 촉진합니다.

• 가치 실현 시간 단축 — 재사용 가능한 매핑과 공유 의미 체계를 통해 새로운 통합 프로젝트의 기간이 단축됩니다.
• 원활하고 맞춤화된 경험 — 시스템들이 “고객”, “주문” 또는 “제품”이 실제로 무엇인지에 대해 합의하므로, 클라우드 네이티브 애플리케이션 전반에서 일관된 경험을 제공합니다.
• 시스템 간 통합 데이터 뷰 — 여러 애플리케이션에 걸친 분석 및 운영 워크플로우를 가능하게 합니다.
• 통합 구축 및 유지 관리 시간 감소 — 취약한 쌍별(pairwise) 계약이 아니라 안정적인 공유 모델을 기준으로 변경 사항을 적용하기 때문입니다.

CIM을 데이터 상호 운용성 노력의 더 넓은 지형에서 살펴보면 이해가 쉽습니다. 읽기 시 스키마(schema-on-read) 방식(데이터 레이크에서 일반적임)이 쿼리 시점까지 구조 정의를 미루고, API 전용 스키마(OpenAPI 등)가 단일 서비스를 설명한다면, CIM은 많은 서비스가 공유할 수 있는 도메인 모델을 설명합니다. 이는 산업 데이터 모델의 표준 모델링 전통이나 W3C에서 발표한 시맨틱 웹 어휘와 정신적으로 유사하지만, CIM은 순수하게 학문적이기보다 의도적으로 실용적이며 엔터프라이즈 지향적입니다.

CIM은 어떤 클라우드 애플리케이션 문제를 해결합니까?

CIM은 데이터 통합의 고충을 완화하기 위한 현대적인 개방형 사양입니다. 서로 다른 데이터 형식 간에 쉽게 통신할 수 있도록 정의된 표준을 제공합니다.

관련 항목: Fivetran — 계속 실행되는 완전 관리형 ELT 파이프라인.

CIM이 해결하려는 근본적인 문제는 엔터프라이즈 통합을 구축해 본 사람이라면 누구나 익숙한 것들입니다.

• 의미적 불일치(Semantic mismatch). 두 시스템 모두 “고객” 개체를 가지고 있지만, 한 시스템은 청구 계정과 사람을 동일하게 취급하는 반면 다른 시스템은 이를 분리합니다. 공유 모델이 없다면 모든 통합 과정에서 이러한 정의를 두고 매번 다시 논의해야 합니다.
• N-제곱(N-squared) 통합 증가. N개의 애플리케이션을 쌍으로 연결하려면 약 N²개의 서로 다른 매핑이 필요할 수 있습니다. 공유 표준 모델을 사용하면 이를 하나의 모델에 대한 N개의 매핑으로 대폭 축소할 수 있습니다.
• 벤더 종속(Vendor lock-in) 및 교체 비용. 통합이 벤더의 독점 스키마에 직접 작성된 경우, 해당 벤더를 교체하려면 통합 로직을 모두 다시 작성해야 합니다. 중립적인 모델로 매핑하면 전환 비용이 줄어듭니다.
• 교차 도메인 분석. 일관된 모델이 있으면 모든 보고서에 개별적인 조정 로직을 짤 필요 없이 영업, 서비스, 마케팅, 커머스 도메인 전반의 데이터를 결합하는 것이 가능해집니다.

CIM은 ETL/ELT 도구, 메시지 브로커 또는 API 게이트웨이의 필요성을 없애는 것이 아닙니다. 그 도구들이 매핑하는 대상이 되는 상위의 의미 계층(semantic layer) 역할을 합니다.

CIM이 표준 형식에 따라 표현되는 방법

CIM 워킹 그룹은 표준 기반 접근 방식으로 모델을 개발하고 이를 여러 표준 형식으로 변환했습니다. 이러한 접근 방식은 다양한 기술을 사용하는 기업이 CIM을 채택할 수 있게 하고, 기여자에게 권한을 부여하며, 더 큰 CIM 생태계의 성장을 촉진합니다.

우리의 선택: Workato — 비즈니스 팀이 실제로 구축할 수 있는 자동화 기반 iPaaS.

실질적인 이점은 단일 직렬화 방식이나 툴체인에 얽매이지 않는다는 것입니다. 두 가지 이상의 형식으로 표현된 모델은 다음과 같이 활용될 수 있습니다.

• JSON 스키마 또는 유사한 구조적 정의를 사용하는 스키마 및 API 도구.
• RDF 스타일 어휘 및 온톨로지를 사용하는 그래프 및 시맨틱 도구.
• DDL 또는 엔터티-관계 정의를 필요로 하는 관계형 및 웨어하우스 도구.
• 애플리케이션 개발자를 위해 타입 지정 클래스나 데이터 전송 객체(DTO)를 생성하는 코드 생성기.

채택 여부를 평가할 때 유용한 결정 기준은 기존 도구 중 이미 게시된 형식 중 하나를 수용할 수 있는 것이 있는지 확인하는 것입니다. 통합 플랫폼이 모델을 직접 수용할 수 있다면, 시작 단계에서 별도의 번역 레이어를 구축할 필요가 없습니다.

누가 가입할 수 있으며 CIM은 어떻게 관리되나요?

CIM은 모든 기여자를 환영합니다. CIM은 Linux Foundation 산하에서 운영되는 Joint Development Foundation의 일부로 오픈 소스로 제공됩니다. Linux Foundation은 협력적인 오픈 소스 프로젝트의 본거지로 잘 알려져 있으며, 경쟁업체들이 공유 인프라에서 협력할 수 있도록 법적, 조직적 기반을 제공합니다.

거버넌스와 참여는 다음과 같이 분류됩니다.

• 운영 위원회(Steering Committee). 역사적으로 AWS, Google, Genesys, Salesforce 등 4개 회사가 운영 위원회에 참여해 왔습니다. 운영 위원회는 모델의 방향을 설정합니다.
• 작업 그룹(Working Groups). 사전 정의된 정책에 따라 운영되며, 모델과 이를 표준 형식으로 변환한 결과물을 생성합니다.
• 기여자(Contributors). 누구나 “Get Involved” 채널을 통해 CIM 모델에 협력하고 기여할 수 있습니다.

CIM의 결과물은 누가 소유하나요?

커뮤니티 구성원은 자신의 데이터와 IP에 대한 모든 권한을 보유합니다. CIM 구성원들이 CIM 작업 그룹 내에서 활동하며 생성한 IP는 CIM 법인이 소유하며, 각 작업 그룹이 미리 정의한 정책에 따라 관리됩니다. 이러한 분리(귀하의 데이터와 기존 IP는 귀하의 소유로 유지되고, 공동으로 생성된 모델 아티팩트는 법인이 보유하는 방식)는 개방형 표준 기구에서 일반적이고 중요한 패턴이며, 기여하기 전에 특정 작업 그룹 정책을 읽어 볼 가치가 있습니다.

회원비 및 등급

CIM에는 현재 두 가지 회원 등급이 있습니다.

관련 항목: Matillion — 클라우드 데이터 웨어하우스용으로 구축된 푸시다운 ELT.

등급	연간 비용	요구사항	혜택
SteerCo	$50,000	회사가 Linux Foundation 회원이어야 함	운영 위원회 참여 권한
Contributor	무료	없음	기여자로 참여

Contributor 등급은 비용이 들지 않습니다. SteerCo 등급은 수수료와 필수 Linux Foundation 멤버십이 요구되며, 이는 해당 등급이 부여하는 추가적인 거버넌스 책임과 영향력을 반영합니다. 대부분의 통합 및 플랫폼 팀에게는 Contributor 등급이 자연스러운 시작점입니다. 모델의 로드맵을 형성하려는 조직은 SteerCo의 약속과 그 영향력을 비교 평가해야 합니다.

CIM 도입 여부를 결정하는 방법

도입은 기술적인 결정인 동시에 모델링 및 거버넌스 결정입니다. 다음 기준을 고려하십시오.

• 반복적인 벤더 간 통합 작업이 있습니까? 벤더가 바뀌더라도 동일한 도메인을 반복적으로 통합한다면, 표준(canonical) 모델이 효과를 발휘합니다. 안정적인 통합 사례가 하나뿐이라면 그렇지 않을 수 있습니다.
• 사용 중인 도구가 게시된 형식을 소비할 수 있습니까? ETL 플랫폼, API 게이트웨이 또는 그래프 저장소가 모델을 직접 수집(ingest)할 수 있는지 확인하세요.
• CIM이 다루는 도메인이 있나요? CIM은 고객 중심의 기업 도메인(고객, 제품, 주문 및 관련 개념)을 지향합니다. 해당 범위 밖의 도메인은 확장이 필요할 수 있습니다.
• 매핑 레이어는 누가 소유합니까? 누군가는 기록 시스템(systems of record)과 표준 모델 간의 매핑을 유지 관리해야 합니다. 이를 일회성 작업이 아닌 지속적인 책임으로 간주하십시오.
• 종료 전략(exit strategy)은 무엇입니까? CIM은 중립적이므로, CIM에 매핑하면 향후 벤더 변경 비용이 저렴해집니다. 매핑이 특정 단일 벤더의 스키마로부터 실제로 분리되었는지 확인하세요.

실용적인 도입 패턴은 하나의 고가치 도메인으로 시작하여 2~3개의 시스템을 여기에 매핑하고, 범위를 확장하기 전에 공유 어휘가 실제로 통합 노력을 줄였는지 측정하는 것입니다.

쇼핑하는 경우: Boomi AtomSphere — 하이브리드 클라우드-온-프레미스 통합을 위한 Enterprise iPaaS.

기여자 및 통합자를 위한 실무 지침

참여하시는 분들이 작업을 더 효과적으로 수행하기 위한 몇 가지 습관입니다.

• 작업 그룹 정책을 먼저 읽으십시오. 무엇을 작성하기 전에 IP 소유권 및 기여 조건을 이해하십시오.
• 단일 통합이 아닌 재사용을 위해 모델링하십시오. 표준 엔터티는 단일 소스 시스템의 특이점이 아니라 도메인을 반영해야 합니다.
• 매핑을 명시적으로 문서화하십시오. 변경 사항을 추적할 수 있도록 각 소스 시스템이 모델에 매핑되는 방식에 대한 버전 기록을 유지하십시오.
• 변형(mutation)보다 확장(extension)을 선호하십시오. 도메인에 모델에 없는 기능이 필요한 경우, 기존 소비자를 손상시키지 않는 방식으로 확장하십시오.
• 업스트림에 참여하십시오. 모델에 개선 사항을 다시 기여하는 것은 모두에게 이익이 되며, 프라이빗 포크(private forks)의 유지 관리 부담을 줄여줍니다.

자주 묻는 질문

클라우드 정보 모델(Cloud Information Model)을 한 문장으로 정의한다면?

클라우드 정보 모델은 Linux Foundation 내의 Joint Development Foundation 하에 관리되는 개방형 컨소시엄 및 공유 데이터 모델로, 엔터프라이즈 애플리케이션에 애플리케이션에 구애받지 않는 공통 어휘를 제공하여 클라우드 및 온프레미스 시스템 간의 상호 운용을 가능하게 합니다.

CIM은 무료로 사용하고 가입할 수 있나요?

네. Contributor 멤버십 등급은 무료이며 결제가 필요하지 않고, 모델은 오픈 소스로 제공됩니다. 운영 위원회 접근 권한을 부여하는 유료 SteerCo 등급은 연간 $50,000의 비용이 들며 회사가 Linux Foundation 회원이어야 합니다.

CIM 운영 위원회에는 누가 있나요?

현재 AWS, Google, Genesys, Salesforce 등 4개 회사가 운영 위원회에 참여하고 있습니다. 운영 위원회는 모델의 방향을 안내하며, 작업 그룹은 결과물(artifacts)을 제작합니다.

CIM이 생산한 지적 재산권(IP)은 누구의 소유인가요?

커뮤니티 구성원은 자신의 데이터와 IP에 대한 모든 권한을 보유합니다. 작업 그룹 내에서 활동하며 CIM 구성원이 생성한 IP는 CIM 법인이 소유하며, 해당 작업 그룹의 사전 정의된 정책에 따라 관리됩니다.

CIM은 다른 상호 운용성 표준과 어떤 관계인가요?

CIM은 API 설명 형식, 메시지 스키마 및 시맨틱 어휘를 대체하는 것이 아니라 보완합니다. CIM은 이러한 형식과 도구가 매핑할 수 있는 공유 도메인 모델을 제공하며, 이는 표준 산업 데이터 모델과 의도는 유사하지만 고객 중심의 클라우드 애플리케이션 도메인에 집중합니다.

CIM에 어떻게 참여할 수 있나요?

누구나 “Get Involved” 채널을 통해 CIM 모델에 협력하고 기여할 수 있습니다. 합리적인 첫 번째 단계는 작업 그룹 정책을 검토한 다음, 단일 도메인으로 시작하여 소수의 시스템을 매핑함으로써 접근 방식을 검증하는 것입니다.

추가 자료

• Linux Foundation — Wikipedia, CIM을 호스팅하는 재단에 대한 배경 정보.
• Joint Development Foundation — Wikipedia, CIM의 배후에 있는 법인 구조.
• World Wide Web Consortium (W3C) — 웹 및 시맨틱 표준 관련 작업.
• OpenAPI Specification — API 수준 스키마가 공유 도메인 모델과 어떻게 다른지에 대하여.