회사 또는 거버넌스에 조직 사용
조직을 사용하는 두 가지 주요 모델이 있습니다.
-
**그룹 관련 작업 프로젝트**: 특정 애플리케이션 및 관련 서비스에 대한 리포지토리를 그룹화합니다. 그러면 해당 애플리케이션에서 작업하는 팀은 효과적으로 통신하고 다양한 리포지토리에 기여할 수 있습니다. -
**유사한 거버넌스 요구 사항 그룹**화: 유사한 정책, 보안 설정 또는 액세스 제한이 필요한 리포지토리를 그룹화합니다. 조직에 필요한 설정을 대규모로 적용할 수 있습니다. 예를 들어 극비 작업 프로젝트 또는 특정 데이터 분류가 있는 경우 제한된 수의 사용자만 액세스할 수 있는 조직에서 그룹화합니다.
의도적으로 조직 만들기
조직을 만드는 것은 균형입니다. GitHub은(는) 조직 관리의 확장성을 지속적으로 높이고 있지만, 조직을 만드는 이유에 대해서는 의도적으로 고려해야 합니다. 조직을 제거하는 것보다 조직을 추가하는 것이 항상 더 쉽습니다.
회사의 부자연스러운 부분을 단일 대규모 조직에 맞추려고 하지 마세요. 엔터프라이즈 계정의 관리 기능을 사용하면 프로세스를 자동화하고, 액세스를 관리하고, 여러 조직에서 정책을 한 번에 적용할 수 있습니다. 그러나 여러 조직으로 작업을 분리하는 단점이 있습니다.
- 동일한 조직의 구성원 간에만 작동하므로 @-mentions 사용자가 한 조직 내에서 통신하는 것이 더 쉽습니다.
- 검색할 위치가 하나뿐이기 때문에 사용자가 한 조직에서 리소스를 더 쉽게 찾을 수 있습니다.
전략을 개발할 때 소수의 조직으로 시작하는 것이 좋습니다. 비즈니스에 적합한 항목에 대한 신뢰를 쌓은 후에는 필요에 따라 추가 조직을 만들 수 있습니다.
액세스, 거버넌스 및 작업 조직에 대한 전략을 정기적으로 평가해야 합니다. 레거시 조직을 정리하는 것은 해당 프로세스의 일부입니다.
팀을 사용하여 사람들을 구성하십시오
참고 항목
엔터프라이즈 팀은 공개 미리 보기 상태이며 변경될 수 있습니다.
엔터프라이즈 팀은 대규모로 액세스 및 권한을 제어하는 가장 좋은 방법입니다. 팀을 만들고 조직에 사용자 추가, 라이선스 부여 및 엔터프라이즈 설정에 대한 액세스 권한 위임과 같은 작업을 수행하는 기본 수단으로 멤버 자격을 관리합니다.
이러한 방식으로 팀을 사용하는 경우 팀의 멤버 자격을 제어하는 것은 중요한 작업입니다. 소수의 사용자로 팀과 해당 구성원을 제어할 수 있는 권한을 제한합니다. IdP(외부 ID 공급자)를 사용하는 경우 중앙 관리자가 팀 멤버 자격을 제어할 수 있도록 팀을 IdP 그룹에 동기화합니다.
역할을 사용하여 팀에 관리 업무를 위임합니다. 이렇게 하면 회사의 엔터프라이즈 소유자 수를 제한하고 사용자에게 작업을 효과적으로 수행하는 데 필요한 권한만 부여할 수 있습니다. 예를 들어 감사 팀은 다른 설정에 액세스하지 않고도 엔터프라이즈 감사 로그에 액세스할 수 있습니다.
조직 소유 리포지토리에서 공동 작업
가능하면 조직 소유 리포지토리에서 협업하고 사용자 소유 리포지토리에서는 협업을 최소화하는 것이 좋습니다. 조직 소유 리포지토리에는 보다 정교한 보안 및 관리 기능이 있으며 엔터프라이즈 멤버 자격이 변경되더라도 액세스할 수 있습니다.
다음 단계
GitHub Enterprise Cloud에 대한 엔터프라이즈 온보딩 여정의 모범 사례에 따라 엔터프라이즈를 설정하는 방법을 알아봅니다.