GitHub, Enterprise Teams 정식 제공…엔터프라이즈 권한 관리 단일화

GitHub 공식 변경 로그에 따르면 GitHub은 4일(현지시간) GitHub Enterprise Cloud에서 Enterprise Teams 기능을 정식 제공한다고 밝혔다. 이 기능은 엔터프라이즈 관리자가 팀을 한 번 정의한 뒤, 해당 팀을 여러 조직의 역할과 권한에 연결할 수 있도록 하는 관리 기능이다.

Enterprise Teams는 지난해 9월 공개 미리보기로 처음 소개됐다. GitHub 설명에 따르면 대기업이나 다중 조직을 운영하는 개발 조직은 같은 SRE팀, 보안팀, 플랫폼팀을 각 조직마다 반복 생성하지 않고 엔터프라이즈 계정 단위에서 관리할 수 있다. 풀리퀘스트 리뷰 요청, 저장소 규칙 우회 권한, 조직별 역할 배정 같은 작업을 단일 팀 구조로 연결하는 방식이다.

정식 제공 단계에서 GitHub은 운영 한도와 통합 범위를 확대했다. Enterprise Teams는 엔터프라이즈당 최대 2,500개 팀, 팀당 최대 5,000명까지 확장할 수 있으며, 풀리퀘스트·이슈·토론에서 멘션할 수 있다. 엔터프라이즈 팀을 풀리퀘스트 리뷰어로 요청하거나 저장소 규칙셋의 우회 주체로 선택하는 기능도 포함됐다.

ID 관리 연동도 강화됐다. GitHub은 Entra ID, Okta 등 ID 공급자를 통해 Enterprise Managed Users 환경에서 SCIM 기반 팀 멤버십 관리를 지원한다고 설명했다. 조직별 팀과 엔터프라이즈 팀을 함께 조회할 수 있는 통합 API 보기, GitHub Apps와 세분화된 개인 액세스 토큰을 통한 프로그래밍 방식 관리, 팀 생성·수정·삭제와 멤버십 변경, 역할 배정, 규칙 우회 이벤트에 대한 감사 로그 기록도 제공된다.

이번 업데이트는 GitHub Enterprise Cloud가 코드 저장소와 협업 도구를 넘어 대규모 개발 조직의 권한·거버넌스 관리 영역을 강화하고 있음을 보여준다. 특히 여러 조직을 운영하는 기업에서는 보안팀과 플랫폼팀 권한을 중복 설정하는 과정에서 생기는 불일치나 수동 관리 부담을 줄일 수 있다.

다만 실제 적용 효과는 기업의 GitHub Enterprise Cloud 사용 구조, Enterprise Managed Users 도입 여부, 기존 ID 공급자와 권한 체계에 따라 달라질 수 있다. 기존 조직별 팀 운영 방식과 감사 로그·규칙셋 정책을 함께 점검하는 과정이 필요하다.

출처: GitHub 공식 변경 로그(https://github.blog/changelog/2026-06-04-enterprise-teams-is-now-generally-available/), GitHub Enterprise Teams REST API 문서(https://docs.github.com/enterprise-cloud@latest/rest/enterprise-teams)