이것은 다섯 가지 결정 중 첫 번째인 구조 및 ID(Structure & Identity)입니다. 전제 조건을 확인하셨습니다. 이제 다른 모든 결정이 그 안에 자리 잡는 결정, 즉 Claude 조직을 몇 개 운영할지를 결정할 준비가 되었습니다. 먼저 Claude Enterprise에서 조직이 무엇인지 명확히 한 다음, 실제로 결정을 내리고, 그런 다음 멤버가 최종 결정한 조직에 실제로 합류하는 방식인 프로비저닝을 설정합니다.
조직이란 무엇인가
Claude Enterprise에서 조직은 멤버, 그룹, 설정, 데이터를 둘러싼 경계이며, Anthropic과의 각 계약은 최소 하나의 조직을 생성합니다. 조직은 콘텐츠를 공유하지 않습니다. 한 조직에서 만든 프로젝트, 대화, 아티팩트, 커스텀 스킬은 다른 조직에서 접근할 수 없으며, 한 조직의 설정은 다른 조직에 적용되지 않습니다. 하지만 조직은 로그인을 공유할 수 있습니다. 여러 조직을 하나의 상위 조직 아래에 연결하여 상위 조직의 ID 제공업체, 도메인 인증, 싱글 사인온, 프로비저닝을 공유할 수 있으며, 청구와 사용량 추적은 각 조직에 그대로 남습니다. 자세한 내용은 상위 조직 안내(새 탭에서 열림)를 참조하세요.
이후부터 "조직"은 Claude 내의 이 경계를 의미합니다. 귀하가 근무하는 회사는 "귀사"를 의미합니다.
Pluto의 구조
Pluto는 5개의 사업부를 보유하고 있지만 Anthropic 계약은 하나, ID 제공업체도 하나이며, 규제 대상인 Payments & Trust를 포함해 어떤 사업부도 다른 사업부의 데이터로부터 분리할 필요가 없으므로 하나의 조직을 운영합니다. Payments & Trust는 나머지보다 더 엄격한 통제가 필요하지만, Pluto는 별도의 조직으로 분리하는 대신 하나의 조직 내에서 그룹과 권한으로 이를 충족합니다.
아래의 인터랙티브 위젯을 사용하면 세 가지 입력값을 귀사의 답변에 맞게 설정할 수 있으며, 그중 하나를 변경할 때 권장 사항이 하나의 조직과 여러 조직 사이에서 어떻게 바뀌는지 확인할 수 있습니다.
1 · 귀사의 결정
귀사는 Claude 조직을 몇 개 운영합니까: 하나입니까, 아니면 여러 개입니까?
2 · 선택할 수 있는 옵션
| 선택지 | 선택하는 경우 | 의미와 영향 |
|---|---|---|
| 하나의 Claude Enterprise 조직 | 아래 세 가지 상황 중 어느 것도 귀사에 해당하지 않는 경우. | 통제가 한 곳에 모여 있고, 그룹이 내부 분리를 담당하며, 이후의 모든 결정은 조직별로 한 번씩이 아니라 한 번만 내리면 됩니다. 특정 사업부에 대한 별도의 지출 한도, 커넥터 설정, 더 엄격한 보안 태세는 하나의 조직 내에서 그룹과 역할로 처리할 작업이지, 분리의 이유가 되지 않습니다. |
| 계약 단위로 분리된 여러 조직 | 사업부가 하나의 청구서 내 별도 비용 센터가 아니라 Anthropic과 별도의 계약이 필요한 경우. | 별도 계약마다 하나의 조직을 운영하고, 각각을 독립적인 롤아웃으로 취급합니다. 다섯 가지 결정은 조직별로 반복됩니다. |
| ID 단위로 분리된 여러 조직 | 하나의 공유 로그인으로 통합할 수 없는 별개의 ID 제공업체를 운영하는 경우(예: 한 사업부는 Okta, 다른 사업부는 Microsoft Entra ID 사용). | 위와 동일합니다. ID 경계마다 하나의 조직을 두고, 각각을 개별적으로 구성합니다. |
| 데이터 격리 기준으로 분리된 여러 조직 | 규제 또는 계약에 따라 회사의 한 부분이 다른 부분의 데이터로부터 격리되어야 하는 경우. | 위와 동일하되, 컴플라이언스 담당자가 조직 경계로 해당 요건을 충족한다고 확인한 후, 격리 요건이 있는 지점에 경계를 긋습니다. |
3 · 나중에 이를 변경하는 경우
두 조직을 병합하거나 분할하려면 전체를 다시 구축해야 합니다. 조직 경계를 넘나드는 것은 아무것도 없으므로, 하나의 조직을 둘로 분할한다는 것은 두 번째 조직을 새로 세우고, 양쪽 모두에서 도메인 인증을 정리하고, 이동하는 멤버를 다시 프로비저닝해야 한다는 의미입니다. 두 조직을 하나로 병합하는 것도 반대 방향에서 같은 벽에 부딪힙니다. 두 경우 모두 영향을 받는 사람들에게 혼란을 주므로, 변경을 확정하기 전에 이를 신중히 따져보세요.
나중에 별도의 두 번째 조직을 추가하는 것이, 지나치게 통합한 하나의 조직을 나중에 분리하는 것보다 비용이 적게 듭니다.
리소스 설정
조직 경계를 설정했으면, 조직에서 멤버를 프로비저닝할 선호 방식을 결정합니다. 두 경로 모두 전제 조건으로 설정한 ID 제공업체를 통해 이루어집니다. 즉시 프로비저닝(JIT)은 멤버가 처음 로그인할 때 멤버를 생성합니다. 디렉터리 동기화(SCIM)는 디렉터리에서 멤버와 그 그룹 멤버십을 미리 전달합니다. JIT만 사용하는 경우 그룹은 동기화되지 않으므로, 직접 생성하고 유지 관리해야 하며, 레슨 5의 그룹 결정은 어느 쪽이든 동일하게 적용됩니다.
디렉터리 동기화는 그룹 구조와 프로비저닝을 자동화하므로, 사람들이 디렉터리에서 팀을 변경하면 Claude도 이를 따라갑니다. 이는 이 레슨 이후의 모든 것에 중요합니다. 통제는 그 기반이 되는 멤버십 목록만큼만 정확하기 때문입니다. 디렉터리가 이미 정확하다면, 동기화는 수동 유지 관리 없이 Claude 그룹을 디렉터리와 일치시켜 줍니다.
- SSO 및 JIT/SCIM 프로비저닝 활성화 전 중요 고려 사항(새 탭에서 열림): 프로비저닝을 켜기 전에 확인해야 할 사항으로, 상위 조직 안내를 포함합니다.
- Enterprise 조직에서 SCIM 동기화가 작동하는 방식(새 탭에서 열림): 디렉터리 동기화가 멤버와 그 그룹 멤버십을 조직으로 전달하는 방식입니다.
- JIT 또는 SCIM 프로비저닝 설정하기(새 탭에서 열림): 두 프로비저닝 경로 모두에 대한 단계입니다.
- 싱글 사인온(SSO) 설정하기(새 탭에서 열림): 프로비저닝을 켜기 전에 각 조직에 필요한 SSO 구성입니다.
레슨 실습
위의 인터랙티브 실습을 작업 공간으로 사용하세요. 세 가지 입력값 각각을 귀사의 답변으로 설정하고 권장 사항을 확인합니다. 그런 다음 조직 수를 결정하세요. 하나인지 여러 개인지, 그리고 여러 개라면 어떤 입력값이 각 경계를 긋고 그것이 어디에 위치하는지를 정합니다.
이 결정이 혼자만의 것이 아니라면(자회사의 법률 자문, 데이터 거주지 규정, 디렉터리를 소유한 ID 팀 등), 컴패니언 섹션은 담당자에게 전달할 요약 자료 역할도 합니다. 위의 세 가지 입력값과 최종 결정 사항, 그 이유를 포함합니다.
→ 이를 실습 동반 자료의 레슨 4 섹션에 기록하세요.
다운로드
다음 단계
다음 레슨에서는 그룹이란 무엇인지, 멤버가 두 그룹에 속할 때 무엇을 얻는지(합집합 규칙), 그리고 그룹이 따를 패턴을 선택하는 방법을 다룹니다.