Keyboard shortcuts

Press ← or → to navigate between chapters

Press ? to show this help

Press Esc to hide this help

서로 다른 조직 사이에서 데이터 공유하기

하나의 플랫폼 인스턴스에는 여러 조직을 둘 수 있습니다. 조직은 사용자와 리소스 사이의 접근 요건을 구성하며, 개인 사용자는 기본 조직 하나에 속하고 여러 조직의 게스트가 될 수 있습니다. 협업에 참여하는 회사가 각자의 비공개 데이터를 유지하면서 일부만 공유하려면 조직별 공간과 공유 공간을 구분할 수 있습니다.

다음은 가상의 항공기 제조사 Sky Industries와 항공사 Sunrise Airline이 같은 플랫폼 인스턴스에서 협업하는 예입니다. 항공사는 지연을 초래한 정비 문제를 공유하고, 제조사는 항공편 지연 데이터와 결합해 공동 업무용 앱을 만듭니다.

새 조직과 비공개 작업 영역

플랫폼 인스턴스 관리자는 Control Panel에서 Sunrise Airline 조직을 만듭니다. 생성 과정에서 다른 조직과의 협업을 설정하고 비공개 공간과 온톨로지를 함께 만들 수 있습니다. 비공개 공간과 온톨로지는 Sunrise Airline 조직에만 접근을 허용해 공유하지 않는 작업을 분리합니다.

조직 이름을 나중에 바꾸려면 Control Panel의 Organization management에서 Actions > Rename organization을 선택합니다. 해당 조직의 Edit organization metadata 권한이 필요합니다.

협업 조직을 추가하면 양쪽 조직 구성원이 상대 조직의 이름을 발견할 수 있습니다. 사용자와 그룹을 서로 찾을 수 있는지는 조직별로 따로 설정합니다. 이 예에서는 두 조직 모두 상대 조직, 사용자와 그룹을 발견할 수 있도록 구성합니다. 발견 가능성이 데이터 읽기 권한을 부여하지는 않습니다.

로그인과 관리 권한 준비

필요한 환경 구성을 Control Panel에서 수행합니다.

  • Sunrise Airline 신원 제공자를 추가해 해당 사용자가 로그인할 수 있게 합니다.
  • 사용자가 새 Sunrise Airline 조직에 배정되도록 설정합니다.
  • 항공사 네트워크에서 Foundry에 접근할 수 있도록 인바운드 네트워크 규칙을 설정합니다.

항공사 관리자가 처음 로그인한 뒤 필요한 조직 관리 역할을 부여합니다. 신원 제공자와 동기화되는 관리 그룹에 역할을 부여하면, 해당 그룹 구성원이 로그인할 때 소속에 따라 역할을 받도록 관리할 수 있습니다.

공유 공간과 온톨로지

두 조직을 접근 대상으로 지정한 공유 공간과 공유 온톨로지를 만듭니다. 보통 Enrollment Administrators가 직접 공유 공간을 생성할 수 있으며 연결된 공유 온톨로지는 자동 생성됩니다. 생성할 수 없는 환경에서는 Palantir Support에 문의합니다.

두 회사의 관리자가 공유 공간에서 프로젝트를 만들고 공간 설정을 관리할 수 있도록 역할을 부여합니다.

공유 프로젝트와 그룹

각 조직 개발자는 먼저 자신의 비공개 공간에서 데이터 기반을 준비합니다. 공유할 정비 데이터가 정리되면 공유 공간에 프로젝트를 만들고 두 조직을 접근 요건으로 적용합니다. 이 작업에는 양쪽 조직 모두에 대한 Apply organization 권한이 필요합니다. 기존 조직 요건을 제거하거나 접근 범위를 넓히는 변경에는 해당 조직의 Expand access 권한도 고려해야 합니다.

공유 프로젝트의 역할을 관리할 그룹을 Owner, Editor, Viewer 등 필요한 역할별로 만듭니다. 두 조직에서 그룹을 찾고 구성원을 관리할 수 있도록 그룹의 발견 가능성을 설정합니다.

비공개 원본의 조직 요건 제거

공유 프로젝트에 비공개 데이터셋의 참조를 추가해도 원본 조직의 접근 요건은 남습니다. Sky Industries 데이터셋을 공유 공간에서 참조한 것만으로 Sunrise Airline 사용자가 데이터를 읽을 수 있게 되지는 않습니다.

공유할 결과를 만드는 변환에서 필요한 데이터만 남기고 원본 조직 요건의 상속을 명시적으로 중단합니다.

  1. 공유 프로젝트의 Code Repository에서 브랜치를 만듭니다.
  2. 공유하면 안 되는 열이나 행을 제거합니다.
  3. 입력에 stop_requiring를 사용해 해당 원본 조직 요건의 상속 중단을 선언합니다.
  4. Pull request를 만들고 필요한 승인을 받습니다.
  5. 병합하고 변환을 빌드합니다.

예를 들어 Sky Industries 개발자는 aircraft 입력에서 Sunrise Airline 항공기만 남긴 다음 Sky Industries 조직 요건의 상속을 중단할 수 있습니다. 상대 조직도 같은 방식으로 공유 가능한 데이터만 내보냅니다. 세부 권한과 승인 절차는 상속 조직 요건 제거를 참조합니다.

이 결과가 공유 프로젝트의 조직 및 역할 조건을 충족하면 두 조직의 허가된 사용자가 읽을 수 있습니다. 남아 있는 보안 표지나 다른 접근 요건은 계속 적용됩니다. 원본 조직 요건을 제거한 뒤 그 결과로 만든 하류 작업도 공유 대상이 될 수 있으므로, 공동 앱을 만들기 전에 사용자별 데이터 접근을 확인합니다.