기본적으로 조직 구성원은 Apidog 조직에서 팀을 생성할 수 없습니다. 조직 소유자 또는 관리자는 구성원이 홈 페이지에서 조직 소유 팀을 생성할 수 있도록 이 권한을 활성화할 수 있습니다.
팀을 생성한 사람은 새 팀의 팀 소유자가 되지만 조직 구성원 자격은 유지됩니다. 팀 생성은 조직 관리 페이지에 대한 접근 권한을 부여하지 않습니다.
시작하기 전에
다음이 필요합니다:
- 조직 소유자 또는 조직 관리자 권한;
- 테스트를 위한 조직 구성원 계정;
- 새 팀에 대한 명명 및 소유권 규칙;
- 필요한 경우 백업 소유자 역할을 할 수 있는 활성 조직 구성원.
이 설정은 조직 소유 팀을 생성할 수 있는 사람을 변경합니다. 조직 역할, 프로젝트 권한 또는 기존 팀의 권한을 변경하지 않습니다.
1단계: 조직 구성원이 팀을 생성하도록 허용
- 조직 설정을 엽니다.
- 역할 및 권한으로 이동합니다.
- 조직 구성원이 팀을 생성할 수 있도록 허용하는 옵션을 활성화합니다.
- 설정을 저장합니다.
이 권한은 기본적으로 비활성화되어 있으며, 조직 소유자 또는 관리자가 변경할 수 있습니다.
조직 소유자와 관리자는 이 설정과 관계없이 조직 팀을 생성할 수 있습니다.
2단계: 조직 구성원으로서 팀 생성 테스트
시범 조직 구성원 계정을 사용합니다.
- 구성원으로 로그인합니다.
- Apidog 홈 페이지를 엽니다.
- 조직 아래에 새 팀을 생성합니다.
- 팀 이름을 입력하고 생성 절차를 완료합니다.
- 새 팀을 엽니다.
다음 모든 사항을 확인합니다:
- 팀이 조직에 속해 있는지;
- 팀을 생성한 구성원이 팀 소유자인지;
- 해당 구성원이 팀 소유자 역할에 따라 새 팀을 관리할 수 있는지;
- 해당 구성원이 여전히 조직 관리 페이지에 접근할 수 없는지.
마지막 확인이 중요합니다. 팀 소유자는 해당 팀을 관리하지만, 조직 관리자가 되지는 않습니다.
3단계: 팀 및 소유자 상태 검토
조직 소유자와 관리자는 팀 관리 페이지에서 조직 팀을 모니터링할 수 있습니다.
- 조직의 팀 관리 페이지를 엽니다.
- 각 팀에 할당된 팀 소유자를 검토합니다.
- 비활성 또는 기타 사용 불가능한 계정의 소유자 상태를 확인합니다.
- 후속 조치가 필요한 경우 팀 소유자 및 소유자 상태별로 검색하거나 필터링합니다.
팀 목록을 사용하여 소유자가 부재중이거나 소유권 이전이 필요한 팀을 식별합니다.
간단한 운영 규칙은 정기적인 접근 권한 검토 시 및 조직에서 구성원을 제거하기 전에 소유자 상태를 검토하는 것입니다.
4단계: 팀 소유권 이전
조직 소유자와 관리자는 하나 이상의 팀을 다른 적격 조직 구성원에게 이전할 수 있습니다.
- 조직의 팀 관리 페이지를 엽니다.
- 새 소유자가 필요한 팀을 선택합니다.
- 소유자 변경을 선택합니다.
여러 개의 선택된 팀을 동일한 새 소유자에게 할당할 수 있습니다.
- 새 팀 소유자를 선택합니다.
- 이전을 확인합니다.
새 소유자는 조직의 적격하고 활동적인 구성원이어야 합니다.
새 소유자는 다음을 충족해야 합니다:
- 사용 가능한 Apidog 계정을 가지고 있어야 합니다;
- 활동적인 조직 구성원이어야 합니다;
- 조직이 SAML SSO를 사용하는 경우 조직과 연결된 SSO ID를 가지고 있어야 합니다.
보류 중, 제거됨, 비활성화됨 또는 불완전하게 연결된 SSO 사용자는 선택할 수 없습니다.
소유권 이전 후 변경 사항
이전 후:
- 선택된 구성원이 팀 소유자가 됩니다;
- 필요한 경우 Apidog가 새 소유자를 팀에 추가합니다;
- 이전 소유자가 팀에 남아 있는 경우 팀 관리자가 됩니다;
- 이전 기록은 조직의 감사 로그에 기록됩니다.
소유권 이전은 팀 소유자만 변경합니다. 팀을 조직 안팎으로 이동시키지는 않습니다.
구성 확인
모든 구성원에 대해 권한을 활성화하기 전에 다음 검사를 실행하십시오:
| 검사 | 예상 결과 |
|---|---|
| 구성원이 팀을 생성 | 팀이 조직 아래에 생성됨 |
| 생성자의 팀 역할 | 생성자가 팀 소유자임 |
| 생성자의 조직 역할 | 생성자는 조직 구성원 자격 유지 |
| 조직 설정 | 생성자는 조직 관리 페이지를 열 수 없음 |
| 소유자 검토 | 조직 소유자/관리자가 팀 및 소유자 상태를 볼 수 있음 |
| 소유권 이전 | 적격한 새 소유자가 소유권을 받고 이벤트가 감사 로그에 나타남 |
시범 운영 후, 해당 권한을 사용할 구성원에게 필요한 명명, 소유자 및 프로젝트 생성 규칙을 전달하십시오.
문제 해결
| 문제 | 확인할 사항 |
|---|---|
| 구성원이 팀을 생성할 수 없음 | 설정이 활성화되어 있고 해당 사용자가 올바른 조직의 활성 조직 구성원인지 확인하십시오. |
| 구성원이 조직 설정 접근을 예상함 | 팀 소유권은 조직 관리자 권한을 부여하지 않습니다. |
| 새 소유자를 선택할 수 없음 | 계정이 활성 상태이고, SAML 조직의 경우 조직의 SSO ID에 연결되어 있는지 확인하십시오. |
| 이전 소유자가 여전히 팀 접근 권한을 가짐 | 이전 소유자가 팀에 남아 있는 경우, 역할이 팀 관리자로 변경됩니다. 해당 접근 권한이 여전히 필요한지 검토하십시오. |
| 팀이 다른 조직으로 이동됨 | 소유권 이전은 팀을 이동시키지 않습니다. 별도의 팀 이동 작업이 수행되었는지 검토하십시오. |
중요 제한 사항
- 이 설정은 구성원이 조직 소유 팀을 생성하도록 허용하지만, 조직을 관리하도록 허용하지는 않습니다.
- 생성자는 내장된 팀 소유자 역할을 부여받습니다. 팀 역할에 대한 사용자 지정 권한은 현재 지원되지 않습니다.
- 팀 수준 소유권이 모든 프로젝트 역할을 자동으로 결정하지는 않습니다. 프로젝트 접근 권한은 별도로 검토하십시오.
- 소유권 이전은 팀을 조직 간에 이동시키지 않습니다.
관련 API 거버넌스 튜토리얼:
이 튜토리얼은 엔터프라이즈 API 워크스페이스를 관리하기 위한 보완적인 제어 기능을 다룹니다:
- API 거버넌스 프레임워크 — 소유권, 제어, 증거 및 라이프사이클 결정을 연결합니다.
- Microsoft Entra ID를 사용한 SAML 그룹 매핑 — ID 공급자 그룹에서 팀 접근 권한을 할당합니다.
- 시크릿 스캐너 — 지원되는 Apidog 자산에서 노출되었을 수 있는 자격 증명을 검토합니다.
- 감사 로그 — 관리 조직 활동을 조사하고 내보냅니다.
- SCIM 프로비저닝 — ID 라이프사이클을 통해 조직 사용자를 관리합니다.
- 엔터프라이즈 정책 — 자격 증명, 멤버십, SSO 세션 및 초대 제어를 구성합니다.
- 관리형 셀프 서비스 API 팀 — 소유권 감독을 유지하면서 구성원이 팀을 생성할 수 있도록 허용합니다.
- GitHub Enterprise Cloud 통합 — OpenAPI 워크플로우를 위해 지원되는 GHE.com 리포지토리를 연결합니다.
관련 공식 문서:
