참여하기

2019년 Linux Foundation 산하에서 설립된 Cloud Information Model(CIM)은 회원 동맹이자 커뮤니티입니다. 구성원들은 실무 그룹(Working Groups)에서 함께 협력하여 공통 개방형 데이터 모델을 정의 및 사용하고, 기존 및 미래 표준에 영향을 미치며, 공통 문제를 해결하기 위한 개방형 솔루션을 구축합니다.

CIM이 존재하는 이유는 기업 데이터가 각각 고유한 독점 스키마, 명명 규칙 및 의미 체계를 지닌 수십 개의 애플리케이션으로 단편화되어 있기 때문입니다. Salesforce의 고객, SAP의 고객, 자체 구축한 청구 시스템의 고객은 모두 “고객”입니다. 하지만 고객이 무엇인지, 어떤 속성이 권위 있는지, 또는 고객, 주문, 제품 간의 관계가 어떻게 표현되어야 하는지에 대해서는 거의 합의되지 않습니다. CIM의 해답은 모든 시스템이 매핑할 수 있는 애플리케이션 불가지론적(application-agnostic) 공유 모델을 제공하는 것이며, 이를 통해 통합 작업은 맞춤형 번역 프로젝트가 아닌 매핑 작업이 됩니다.

주요 내용

• CIM은 이기종 시스템이 채택할 수 있도록 여러 형식으로 변환된 개방형 표준 기반 데이터 모델을 게시하는 Linux Foundation 프로젝트(2019년 설립)입니다.
• 참여는 계층화되어 있습니다: 운영 회원(Steering Members), 기여자 회원(Contributor Members) 및 더 넓은 CIM 커뮤니티로 구성되며, 상위 계층으로 갈수록 더 넓은 권한을 갖습니다.
• 현재의 단일 실무 그룹은 새로운 주제 영역(Subject Areas), 매핑 및 API 요구 사항을 정의하며, 이곳에서 실질적인 기술 작업이 이루어집니다.
• 기여는 단순한 코드 작성이 아닙니다. 주제 영역 제안, 합의 투표 참여, 실무 그룹 가입 모두 표준을 형성하는 주요한 방법입니다.
• 모델은 의도적으로 형식 중립적(format-neutral)으로 설계되었으며, 덕분에 관계형, 그래프 및 API 지향 소비자가 하나의 정식(canonical) 정의를 공유할 수 있습니다.

공유 데이터 모델이 중요한 이유

대부분의 통합 고충은 기술적인 것이 아니라 의미론적인 것입니다. ETL 파이프라인, iPaaS 플랫폼 및 API 게이트웨이는 이미 성숙했지만, 정작 문제가 발생하는 곳은 의미 계층(meaning layer)입니다. 두 시스템이 “계정(account)“이 청구 엔터티를 의미하는지 아니면 기업 계층 구조를 의미하는지에 대해 의견이 다를 경우, 모든 다운스트림 보고서, 조인 및 조정 작업에 그 모호함이 그대로 이어집니다.

CIM과 같은 정식 모델은 중립적인 참조 지점을 제공하여 이 문제를 해결합니다. N개의 시스템을 서로 매핑하는 대신(N×N 문제), 각 시스템을 정식 모델에 한 번만 매핑하면 됩니다(N×1 문제). 이는 에너지 부문에서 사용되는 공통 정보 모델(Common Information Model, IEC 61970/61968)이나 의료 부문에서 사용되는 HL7 FHIR 리소스와 같은 표준의 아키텍처 원칙과 동일합니다. 즉, 독립적으로 구축된 시스템들이 상호 운용될 수 있도록 하는 도메인별 정식 모델을 활용하는 것입니다.

CIM의 범위는 더 넓고 수평적입니다. CRM, ERP, 커머스 및 공급망 시스템 전반에 걸쳐 나타나는 고객, 제품, 주문, 공급업체 및 이들 간의 관계와 같은 공통 비즈니스 엔터티를 대상으로 합니다. 목표는 이러한 시스템의 기본 모델을 대체하는 것이 아니라, 그 상위에서 공유 어휘(shared vocabulary) 역할을 하는 것입니다.

실무 그룹 범위

우리는 표준 기반 접근 방식으로 Cloud Information Model(CIM)을 개발하고 이를 여러 형식으로 변환했습니다. 이러한 접근 방식을 통해 다양한 기술을 보유한 기업이 CIM을 채택할 수 있습니다. 또한 기여자에게 권한을 부여하고 더 큰 CIM 생태계의 성장을 촉진합니다.

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

구체적으로 “여러 형식”이란 동일한 기본 모델을 다양한 도구 체인에서 사용할 수 있음을 의미합니다. 예를 들어, 관계형 또는 문서 저장소를 위한 스키마 정의로, 엔터티 및 관계의 그래프로, 또는 API 계약의 기초로 사용할 수 있습니다. 관계형 웨어하우스를 사용하는 팀, 그래프 데이터베이스를 사용하는 팀, REST 또는 GraphQL 서비스를 구축하는 팀 모두 세 가지의 서로 다른 정의가 아닌 하나의 단일 진실 공급원(source of truth)을 기반으로 작업할 수 있습니다.

이러한 형식 중립성은 실제 트레이드오프를 고려한 의도적인 설계 선택입니다:

• 장점: 특정 벤더의 도구가 특혜를 받지 않으므로, 특정 플랫폼을 구매해야만 채택할 수 있는 제약이 없습니다.
• 장점: 모델이 어떤 직렬화 형식과도 독립적으로 발전할 수 있습니다.
• 단점: 기여자는 어떤 구성 요소가 진정으로 정식(canonical)인 것인지, 아니면 특정 형식의 산물(artifact)인지 신중하게 생각해야 합니다.
• 단점: 형식 간 변환 도구를 유지 관리해야 하며, 왕복 변환(round-tripping) 시 항상 데이터가 완벽하게 보존되는 것은 아닙니다.

CIM 채택 여부를 평가하는 아키텍트에게 실질적인 질문은 통합 접점이 공유 비즈니스 엔터티에 의해 지배되는지 여부입니다. 대부분의 매핑이 일회성이고 도메인 특화되어 있다면 정식 모델은 오버헤드만 추가할 뿐입니다. 하지만 여러 시스템에 걸쳐 동일한 소수의 엔터티를 반복적으로 매핑한다면, N×1로의 감소가 그 비용을 충분히 상쇄하고도 남을 것입니다.

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

Cloud Information Model 실무 그룹

현재 CIM에는 새로운 주제 영역, 매핑 및 API 요구 사항 정의를 담당하는 단일 실무 그룹이 있습니다.

**주제 영역(Subject Area)**은 모델의 일관된 단면입니다. 예를 들어, 특정 비즈니스 도메인을 중심으로 한 엔터티와 관계의 그룹화라고 할 수 있습니다. 주제 영역을 제안하는 것은 표준이 다음에 무엇을 다룰지를 결정하기 때문에 회원이 할 수 있는 가장 영향력 있는 기여 중 하나입니다. 매핑은 주제 영역을 실제 시스템 및 형식에 연결하며, API 요구 사항은 모델 기반으로 구축된 서비스에서 소비자가 필요로 하는 기능을 정의합니다.

실무 그룹 가입을 고려하고 있다면, 어디에 기여할지 결정하기 위해 다음과 같은 질문을 던져보십시오:

1. 귀하의 조직에서 가장 많은 통합 재작업을 유발하는 엔터티는 무엇입니까? 이들이 주제 영역 제안의 후보가 됩니다.
2. 귀하의 시스템들이 이미 합의하고 있는 부분은 어디이며, 암묵적으로 서로 다른 부분은 어디입니까? 이러한 차이가 발생하는 지점이 매핑이 가장 큰 가치를 더하는 곳입니다.
3. 다운스트림 소비자가 API에서 실제로 필요로 하는 것은 무엇입니까? 이것이 API 요구 사항을 형성합니다.

현재 하나의 실무 그룹(Working Group)이 있기 때문에, 새로운 기여자가 취할 수 있는 실질적인 경로는 일반적으로 새 그룹을 만드는 것보다 기존 그룹에 참여하여 주제 영역(Subject Area)을 제안하는 것입니다. 새로운 실무 그룹을 제안하는 권한은 상위 등급에 예약되어 있으며, 기존 그룹에 과부하를 줄 수 있는 진정으로 별개의 작업 영역이 있을 때 사용하는 것이 가장 좋습니다.

멤버십 등급 및 혜택

CIM 참여는 등급별로 구성되어 있으며, 각 등급은 점진적으로 더 넓은 권한을 갖습니다. 아래 표는 CIM이 발표한 혜택을 요약한 것입니다.

혜택	운영 위원 (Steering Member)	기여자 (Contributor)	CIM 커뮤니티 (CIM Community)
CIM 모델 릴리스 사용	✓	✓	✓
CIM 진행 상황 및 혁신에 대한 최신 정보 유지	✓	✓	✓
CIM 컨소시엄에 아이디어 기여	✓	✓	✓
주제 영역 제안 가능	✓	✓	✓
제한된 비공개 리소스에 대한 액세스	✓	✓
실무 그룹 가입 자격	✓	✓
실무 그룹에 기여	✓	✓
새로운 실무 그룹 제안	✓	✓
주제 영역의 최소 지원 정족수(quorum)에 포함	✓	✓
합의 투표(consensus polls) 참여	✓	✓
CIM 로드맵에 기여	✓	✓
CIM의 전반적인 전략적 방향 주도	✓
운영 위원회 가입 자격	✓
실무 그룹 의장직 자격	✓
CIM 표준의 일부로 콘텐츠를 채택하기 위한 투표 자격	✓
기술적 문제에 대해 이의 제기 가능	✓
절차적 문제에 대해 이의 제기 가능	✓

*운영 위원 신청 — 기여자 멤버는 운영 위원 멤버십을 신청할 수 있습니다.

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

등급 읽는 법

이 등급 체계는 Linux Foundation 프로젝트 전반에서 사용되는 익숙한 오픈 소스 거버넌스 패턴을 따릅니다. 즉, 결과물을 사용하고 아이디어를 기여할 수 있는 광범위한 커뮤니티, 실무 작업을 수행하는 기여자 등급, 그리고 전략과 공식 채택 권한을 가진 운영 등급으로 나뉩니다. 실제로 가장 중요한 차이점은 다음과 같습니다.

• CIM 커뮤니티는 진입점입니다. 공식적인 실무 역할 없이도 릴리스된 모델을 채택하고 아이디어를 기여할 수 있습니다. 이는 프로젝트를 위해 CIM을 평가 중이거나 비공식적으로 방향에 영향을 주고 싶을 때 적합합니다.
• 기여자는 기술적 영향력이 발휘되는 곳입니다. 실무 그룹 가입, 기여, 주제 영역 제안, 합의 투표 참여가 모두 이 등급에서 이루어집니다. 단순히 표준을 소비하는 것이 아니라 표준을 형성하는 것이 목표라면 이 등급을 목표로 해야 합니다.
• 운영 위원은 거버넌스 권한을 갖습니다. 전략적 방향 설정, 운영 위원회 자격, 실무 그룹 의장 자격, 그리고 CIM 표준의 일부로 콘텐츠를 채택하기 위한 공식 투표권이 포함됩니다. 기여자 멤버는 운영 위원 멤버십을 신청할 수 있습니다.

미묘하지만 중요한 세부 사항이 있습니다. “주제 영역의 최소 지원 정족수에 포함되는 것”은 기여자 등급 이상의 권한입니다. 정족수 규칙은 특정 주제 영역이 단 한 명의 참여자만으로 채택되지 않도록 하기 위해 존재하며, 이는 합의 기반 표준 기구에서 흔히 볼 수 있는 거버넌스 안전장치입니다. 조직에서 특정 주제 영역의 채택을 중요하게 생각한다면, 기여자 수준의 참여가 있어야 해당 임계값에 반영될 수 있습니다.

참여 방법: 실질적인 경로

CIM이 처음이라면 다음과 같은 순서가 합리적입니다.

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

1. CIM 커뮤니티로 시작하십시오. 릴리스된 모델과 FAQ를 검토하고, 귀하의 시스템 엔터티가 CIM의 주제 영역과 겹치는 부분을 식별하십시오.
2. 아이디어를 기여하십시오. 커뮤니티 등급에서도 CIM 컨소시엄에 아이디어를 제안할 수 있습니다. 이는 귀하의 유스케이스가 공감을 얻는지 테스트해 볼 수 있는 부담 없는 방법입니다.
3. 실무 작업을 수행하고 싶다면 기여자로 이동하십시오. 이를 통해 실무 그룹 참여, 주제 영역 제안 및 합의 투표 권한이 활성화됩니다.
4. 조직 차원에서 방향 설정을 돕고 공식 채택 투표권을 갖고 싶다면 운영 위원 멤버십을 신청하십시오.

특히 오픈 소스 기여자의 경우, 모델의 형식 중립성(format-neutrality) 덕분에 모델 콘텐츠 자체뿐만 아니라 형식 변환기, 유효성 검사기, 매핑 생성기와 같은 툴링을 기여할 여지가 많습니다. 플랫폼 및 애플리케이션 벤더의 경우, 제품 스키마를 CIM에 매핑하는 것은 고객이 부담하는 통합 비용을 줄이는 방법이며, 이는 종종 경쟁적인 차별화 요소가 됩니다.

거버넌스, 표준 및 이의 제기

CIM은 표준 기반 접근 방식을 따르며, 이는 콘텐츠 제안, 검토 및 채택을 위한 정의된 프로세스가 있음을 의미합니다. 운영 등급에서 기술적 및 절차적 “이의 제기(appeal)” 권한이 공식적으로 존재한다는 것은 성숙한 표준 거버넌스의 특징입니다. 이는 분쟁이 비공식적으로 해결되는 것이 아니라 정의된 해결 경로를 통해 처리됨을 의미합니다.

이는 기성 표준 기구들의 운영 방식과 유사합니다. Linux Foundation은 이러한 많은 프로젝트를 호스팅하며, 경쟁사들이 공유 인프라에서 협력할 수 있도록 상표, IP 및 독점 금지 정책과 같은 법적 및 거버넌스 기반을 제공합니다. 기업 도입을 위해 CIM을 평가하고 있다면, Linux Foundation과의 제휴는 의미 있는 신호입니다. 이는 모델이 단일 벤더가 소유하는 것이 아니라 중립적인 재단에 의해 관리됨을 의미하며, 향후 라이선스나 방향성 변경의 리스크를 줄여줍니다.

관련 정보

• 자주 묻는 질문
• 회원비
• 현재 SteerCo 회원 목록
• 기여자 웹 양식
• CIM 모델 리소스
• CIM 프레젠테이션
• CIM 형식
• 뉴스 속 CIM
• GitHub 리포지토리
• 뉴스 블로그
• 연락처

자주 묻는 질문

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

클라우드 정보 모델(CIM)은 2019년 Linux Foundation 산하에서 설립된 개방형 데이터 모델이자 회원 커뮤니티입니다. 이는 클라우드 및 온프레미스 시스템이 맞춤형 지점 간(point-to-point) 매핑이 아닌 공유된 의미론(shared semantics)을 통해 상호 운용될 수 있도록, 애플리케이션에 구애받지 않는 비즈니스 엔터티의 공통 모델을 정의합니다.

CIM에 가입할 수 있는 사람은 누구이며, 비용은 얼마인가요?

CIM에는 운영 회원(Steering Member), 기여자(Contributor), CIM 커뮤니티의 세 가지 참여 수준이 있습니다. 커뮤니티 계층은 가장 폭넓은 진입점이며, 기여자 회원은 운영 회원 자격을 신청할 수 있습니다. 회원비는 CIM에서 별도로 게시하므로, 비용을 임의로 가정하기보다 회원비 페이지에서 현재 금액을 확인하시기 바랍니다.

CIM의 주제 영역(Subject Area)이란 무엇입니까?

주제 영역은 관련 엔터티 및 관계 세트를 포괄하는 모델의 일관된 단면입니다. 주제 영역을 제안하는 것은 기여자 수준의 권리이며, 표준이 다루는 내용에 영향을 미칠 수 있는 가장 직접적인 방법 중 하나입니다. 또한 주제 영역에는 최소 지원 정족수가 적용되어, 단일 참여자만으로는 채택될 수 없습니다.

기여하려면 운영 회원이 되어야 하나요?

아니요. 기여자 회원은 워킹 그룹(Working Group)에 가입하여 기여하고, 주제 영역을 제안하며, 합의 투표에 참여할 수 있습니다. 운영 멤버십에는 전략적 방향 설정, 운영 위원회(Steering Committee) 자격, 그리고 콘텐츠를 CIM 표준의 일부로 채택하기 위한 공식 투표권과 같은 거버넌스 권한이 추가됩니다.

CIM은 다른 데이터 표준과 어떤 관련이 있나요?

CIM은 에너지 부문의 공통 정보 모델(IEC 61970/61968)이나 의료 분야의 HL7 FHIR와 같은 도메인별 표준 모델(canonical models)과 달리, 공통 비즈니스 엔터티에 초점을 맞춘 수평적, 산업 간 모델입니다. 형식 중립적(format-neutral) 설계 덕분에 이미 운영 중인 시스템의 기본 모델을 대체하는 것이 아니라 보완할 수 있습니다.

형식 중립성이 채택에 중요한 이유는 무엇인가요?

관계형 웨어하우스, 그래프 데이터베이스, API 서비스 등 서로 다른 기술 스택을 사용하는 팀들이 서로 다른 스키마를 유지 관리하는 대신 하나의 표준 정의를 사용할 수 있기 때문입니다. 다만, 변환 도구를 유지 관리해야 하며 형식 간의 왕복(round-tripping) 과정에서 항상 무손실이 보장되는 것은 아니므로, 팀은 실제 통합 요구 사항에 맞춰 매핑을 검증해야 합니다.

추가 자료

• Working group — Wikipedia
• Linux Foundation — Wikipedia