데이터 기반의 프로젝트와 접근 권한 설계

데이터 파이프라인을 여러 프로젝트로 나누면 원천 수집, 재사용 변환과 온톨로지 준비 작업의 관리 책임을 구분할 수 있습니다. 각 단계에 필요한 사용자를 그룹으로 관리하면 파일마다 개별 공유하는 구성을 줄일 수 있습니다.

다음은 가상의 항공기 제조사 Sky Industries가 항공편, 활주로, 공항, 경고, 노선과 승객 데이터를 통합하는 예입니다.

목적별 프로젝트와 그룹

각 프로젝트에는 Owner, Editor, Viewer 역할에 대응하는 그룹을 하나씩 마련합니다. 환경에 따라 프로젝트와 그룹을 함께 생성할 수 있습니다. 프로젝트 안에는 변환 코드를 보관할 Code Repository를 만듭니다.

이 예에서는 조직의 다른 사용자가 프로젝트의 존재를 찾을 수 있도록 프로젝트 기본 역할을 Discoverer로 설정하고 프로젝트 자체에는 보안 표지를 붙이지 않습니다. 민감 데이터가 있는 경우에는 데이터에 별도의 보호 조건을 적용해야 합니다.

프로젝트 간 참조

다른 프로젝트의 데이터를 현재 프로젝트에서 사용하려면 먼저 참조를 만듭니다. 참조로 부여한 접근과 보안 요건을 충족하는 사용자는 원본 프로젝트 전체의 접근 권한을 받지 않고도 해당 데이터로 변환을 작성할 수 있습니다. 참조가 조직이나 보안 표지 요건을 제거하지는 않습니다.

다음은 Flight Control System [Datasource]의 flights 데이터셋을 Flight Delays [Transform]에서 참조하는 구성입니다.

변환을 완성하면 데이터 계보가 세 프로젝트를 연결합니다. 각 프로젝트의 역할을 따로 부여할 수 있으므로 최종 데이터를 읽는 사람에게 원천 파이프라인의 편집 권한까지 줄 필요가 없습니다.

이용자와 운영 담당자의 역할

가상의 업무 이용자 Eric을 Aviation [Ontology] - Viewer 그룹에 추가하면 온톨로지 준비 프로젝트의 Viewer 역할을 받습니다. 앞의 두 프로젝트에는 기본 Discoverer 역할만 적용됩니다. 상류 프로젝트에서 Discoverer인 것이 하류 데이터 접근을 막지는 않습니다. 하류의 역할과 그 데이터가 요구하는 조직 및 표지 요건을 따로 평가합니다.

운영 파이프라인을 유지보수하는 가상의 담당자 Linda에게는 세 프로젝트에서 필요한 Owner와 Editor 그룹 소속을 부여합니다. 프로젝트별 관리 책임에 따라 그룹을 선택합니다.

동료에게 데이터를 공유할 때에는 해당 프로젝트의 적절한 그룹에 추가하는 방식을 우선 고려합니다. 그룹 소속을 부여한 뒤에도 Check access에서 조직과 보안 표지 등 나머지 접근 요건을 충족하는지 확인합니다.

이 데이터 기반 위에 애플리케이션을 구성하는 절차는 업무용 애플리케이션 권한 설계, 민감 정보가 포함된 파이프라인은 민감 데이터의 보안 표지 적용, 여러 조직이 협업하는 구성은 조직 간 데이터 공유를 참조합니다.