온톨로지의 조직 경계와 공간
온톨로지(Ontology)는 객체 유형(Object type), 링크 유형(Link type), 액션 유형(Action type), 인터페이스(Interface), 공유 속성(Shared property)과 객체 유형 그룹(Object type group)을 담는 플랫폼 리소스입니다. 이 정의들이 어느 조직(Organization)의 사용자에게 허용될 수 있는지 구분합니다.
공간과 일대일 관계
온톨로지는 공간(Space)과 일대일로 대응합니다. 공간을 만들면 같은 이름과 같은 조직 보안 표지(Marking)를 가진 온톨로지가 함께 생성됩니다. 비공개 공간에는 비공개 온톨로지, 공유 공간에는 공유 온톨로지가 연결됩니다. 공유 공간과 공유 온톨로지는 역할 부여(Role grant)도 함께 사용합니다.
조직은 사용자와 리소스 사이에 엄격한 분리 경계를 적용하는 플랫폼 단위입니다. 보통 한 회사가 하나의 조직을 사용합니다. 온톨로지에 적용한 조직의 정식 구성원이나 게스트 구성원에게만 그 안의 리소스 접근 권한을 부여할 수 있습니다.
비공개와 공유 선택
| 구분 | 비공개 온톨로지 | 공유 온톨로지 |
|---|---|---|
| 필요한 상황 | 객체가 필요한 사용자가 한 조직에 속함 | 둘 이상의 조직이 같은 객체와 액션을 사용해야 함 |
| 적용한 조직 수 | 하나 | 둘 이상 |
| 접근 권한 부여 대상 | 해당 조직의 구성원과 게스트 구성원 | 적용한 조직 중 하나에 속한 구성원과 게스트 구성원 |
| 함께 만드는 리소스 | 비공개 공간 | 공유 공간 |
대상 조직에 속한다는 조건은 접근 권한을 부여할 수 있다는 뜻입니다. 공유 공간에 조직을 추가하는 일과 각 리소스의 접근 역할을 부여하는 일은 별개입니다. 개별 리소스의 역할과 기반 데이터의 접근 요건도 충족해야 합니다.
한 조직 안에서 여러 팀이 작업하는 경우
가상의 Sky Industries가 내부 지원팀을 위한 Flight Alert Inbox를 만든다고 가정합니다. 앱은 Flight, Flight Alert, Delay와 Aircraft 유형 및 이들을 연결하는 링크와 액션을 사용합니다. 회사 내부 운영 자료이므로 비공개 공간과 온톨로지에 둡니다.
앱을 사용하는 운영팀, 앱 개발자와 기반 파이프라인 개발자는 같은 온톨로지에서 협업할 수 있습니다. 팀이 다르다는 이유만으로 온톨로지를 나누지 않습니다. 리소스를 담은 프로젝트(Project)에 그룹별 역할(Role)을 부여하여 접근 범위를 정합니다.
다른 조직이 같은 객체를 사용하는 경우
가상의 Sunrise Airline이 정비 자료를 제공하고 Sky Industries의 항공편 지연 자료와 함께 분석하려는 상황입니다. 두 회사의 분석가가 정비 문제, Aircraft와 Delay를 연결하여 보고 같은 액션을 실행해야 한다면 한 조직으로 제한된 비공개 온톨로지로는 공동 접근을 구성할 수 없습니다.
관리자는 두 조직을 적용한 공유 공간을 만듭니다. 함께 생성한 공유 온톨로지에는 두 조직의 보안 표지가 적용되며 각 조직의 분석가에게 공동 유형과 액션의 권한을 부여할 수 있습니다. 각 회사는 공유하지 않는 자료와 워크플로를 기존 비공개 공간에 유지합니다.
기반 데이터의 접근 요건
공유 온톨로지를 만들었다고 기반 데이터가 다른 조직에 자동 공개되지는 않습니다. 비공개 프로젝트의 데이터셋(Dataset)을 공유 프로젝트에서 참조해도 원래 조직의 접근 요건이 유지됩니다. 다른 조직에 제공할 데이터 범위를 정하고 상속된 요건을 적절한 권한으로 처리해야 합니다.
기존 정의의 소속을 옮길 때에는 온톨로지 간 리소스 이전에서 연결된 정의를 함께 선택합니다. 이전하면 온톨로지 리소스의 권한은 바뀌지만 기반 데이터와 입력 데이터소스의 권한은 자동으로 변경되지 않습니다.
정의 변경과 승인
전역 브랜치에서 온톨로지를 변경하면 보호 정책과 검토 절차를 거쳐 main에 반영할 수 있습니다. 제안 검토에서 리소스별 변경, 인덱싱 미리보기와 승인 상태를 확인합니다. 기존 온톨로지 전용 브랜치는 구형 절차의 생성 및 병합 조건을 따릅니다.