외부 고객 인증과 제품 배포
조직과 공간(Space)의 경계를 정한 뒤에는 사용자가 인증을 거쳐 올바른 조직에 배정되도록 구성하고, 중앙에서 개발한 리소스를 고객에게 배포할 방식을 선택합니다.
인증 전략
| 전략 | 적합한 상황과 운영 책임 |
|---|---|
| 고객마다 자체 신원 제공자 연결 | 고객 수가 적거나 각 고객의 사용자가 많고 그룹 및 접근을 직접 관리하려는 경우. 고객별 제공자 정보를 받아 수동으로 통합 |
| 운영자의 신원 제공자를 연합 경유지로 사용 | 고객 수가 많은 B2B. 고객 IdP와 운영자 IdP 사이의 신원 또는 SSO 연합을 구성하고 Okta, Auth0 등의 도구로 온보딩을 자동화 |
| 운영자가 신원 제공자와 계정을 직접 관리 | B2C 등에 적합. Foundry 연결을 한 번 구성하고 계정 생성 및 인증 방식을 중앙에서 관리 |
| 여러 전략 혼합 | 대형 고객은 자체 IdP를 연결하고 소형 고객은 중앙 계정이나 연합 방식 사용 |
고객마다 IdP를 직접 연결하는 첫 전략에는 고객의 설정을 자동으로 수집하고 연결하는 통합 절차가 없습니다. 고객에게 정보를 받아 SAML 등의 설정을 수행해야 합니다.
연합 인증에서 조직 배정
연합 경유 방식을 사용할 때는 사용자에게 소속 조직을 나타내는 특성이 있어야 합니다. IdP가 이 값을 Foundry에 전달하고 Control Panel의 조직 배정 규칙이 올바른 조직을 선택합니다. 이 특성을 제한 뷰 정책에도 활용할 수 있습니다.
조직 특성이 빠진 사용자는 기본 조직에 잘못 들어가지 않도록 사용자 배정의 기본 결과를 No organization으로 구성합니다. 사용자에게 No organization이 적용되면 로그인이 차단됩니다. 제공자 그룹에 같은 값을 적용하면 최근 로그인한 구성원의 조직으로 그룹이 배정되는 다른 동작을 하므로 사용자 규칙과 그룹 규칙을 혼동하지 않아야 합니다.
세부 조건과 기본값은 조직 배정에서 관리합니다.
중앙 개발과 여러 고객 설치
데이터셋, 파이프라인, 온톨로지 리소스와 애플리케이션을 Foundry DevOps로 제품에 묶고 Marketplace를 통해 여러 프로젝트, 공간 또는 조직에 설치할 수 있습니다. 같은 제품을 여러 번 설치하고 설치 후 고객별 업무를 조정하는 구성이 가능합니다. 릴리스 관리로 개발 환경에서 각 설치 환경으로 변경을 전달합니다.
개발 환경과 패키징할 리소스는 전용 개발 조직 하나에 속한 프로젝트에 둡니다. 패키징하는 개발자는 그 조직에서 Expand 권한을 가져야 합니다. 이는 리소스의 접근 범위를 다른 조직으로 넓히는 작업이기 때문입니다.
Marketplace 스토어는 모든 대상 조직이 허용된 공간의 프로젝트에 둡니다. 필요하면 스토어 전용 공유 공간을 만듭니다. 스토어 프로젝트의 허용 조직 목록에 대상 조직을 포함하는 것과 그 조직의 사용자에게 실제 프로젝트 역할을 부여하는 것은 별도입니다.
이 구성에서는 내부 운영 조직에 비공개 공간을 두고, 개발 조직에는 별도의 공간과 온톨로지를 둡니다. 내부 개발자는 개발 조직의 게스트로 일합니다. 공유 공간에는 스토어를 배치하고 고객 조직은 자기 공간에 제품 설치본을 만듭니다.
이 구조에서 조직 접근 확장에 필요한 권한은 패키징 단계에서 처리하며, 설치자에게 조직 마킹을 조작하는 추가 권한을 줄 필요는 없습니다. 설치 자체에 필요한 역할과 입력 접근 권한은 아래 조건을 따릅니다.
고객의 셀프서비스 설치
| 대상 | 필요한 권한 |
|---|---|
| 스토어가 있는 프로젝트 | marketplace:install-from-local-marketplace. 표준 구성에서는 보통 Viewer 역할에 포함 |
| 설치 대상 공간과 온톨로지 | marketplace:install-in. 표준 구성에서는 보통 Editor 또는 Owner 역할에 포함 |
| 설치 입력 및 연결된 제품 | 제품의 요구에 따라 Viewer 등 추가 권한 필요 |
사용자 정의 역할 집합을 사용한다면 역할 이름만 보지 말고 실제 포함된 권한을 확인합니다.
운영자가 통제하는 설치
수익화나 고객별 운영 정책 때문에 설치를 통제하려면 플랫폼 관리자 또는 지정한 내부 개발자만 스토어 프로젝트에 접근하게 합니다. 담당자는 고객 대신 제품을 설치합니다.
고객 환경에 설치하는 방법은 두 가지입니다.
- 개발 조직과 고객 조직이 모두 허용된 공유 공간을 만들고 필요한 입력 데이터도 그 공간에서 사용할 수 있게 합니다.
- 개발자를 고객 조직의 게스트로 추가하고 고객의 비공개 공간에 설치할 권한 및 필요한 입력 접근 권한을 부여합니다.
스토어의 조직 범위와 설치 권한을 함께 설계해야 고객이 제품을 발견하거나 설치할 수 있는 범위를 정확히 정할 수 있습니다.