온톨로지 피어링 구성
두 공간의 피어 연결을 만든 뒤 양쪽 객체 유형을 제공하고 속성을 매핑합니다. 유형은 양쪽에 존재해야 하며 속성 정의가 계속 일치해야 합니다. 불일치하면 동기화를 복구할 때까지 새 객체 데이터를 보낼 수 없습니다.
유형 정의를 일관되게 배포하려면 원천 인스턴스에서 해당 유형을 포함한 Marketplace 제품을 만들고 원격에 설치할 수 있습니다. 이후 스키마 변경은 제품 릴리스 채널을 통해 배포합니다. 데이터 피어링 자체와 정의 배포를 구분합니다.
양쪽에 유형 제공
로컬과 원격 모두 다음을 수행합니다.
- 연결을 선택하고 Ontology 탭을 엽니다.
- Unmapped에서 + Add ontology entities를 선택합니다.
- 객체 유형 하나 이상을 검색하여 Confirm selection을 누릅니다.
- Configure peering permissions에서 가져오기 및 내보내기 허용을 확인합니다. 기본은 둘 다 허용입니다.
- Add ontology entities로 Unmapped 목록에 추가합니다.
로컬이 객체를 보내되 원격의 편집은 받지 않을 단방향 구성이면 로컬에서 Imports blocked를 선택할 수 있습니다.
속성 매핑과 방향
양쪽에 유형이 제공되면 어느 쪽에서든 매핑을 구성할 수 있습니다. Unmapped의 Local ontology와 Remote ontology에서 대응 유형을 찾고 원격 유형 오른쪽 +를 누릅니다. Create ontology mapping의 Map properties에서 전송할 속성들을 연결합니다. API 이름이 같을 필요는 없지만 자료형은 같아야 합니다.
Configure peering에서 Source data와 Actions 방향을 각각 정합니다. Source data는 기반 데이터셋, 가상 테이블이나 제한 뷰 등에서 나온 값이며 환경 및 데이터소스 종류에 따른 지원 제한을 확인해야 합니다. Actions는 원천에 겹쳐 적용된 사용자 편집입니다. 양쪽 편집을 공유하려는 일반적인 경우에는 Actions의 Export와 Import를 모두 선택합니다.
Summary를 검토하고 Submit하면 해당 객체 유형의 피어링 관계가 즉시 만들어집니다. Overview에서 연결 상태를 관측합니다.