서비스 계정

자동화된 프로세스와 타사 서비스 통합을 위한 비인간 계정을 만듭니다.

히스토리 Service accounts on the Free tier introduced in GitLab 18.10 Service accounts on the Free tier enabled on GitLab.com in GitLab 18.10. Project service accounts introduced in GitLab 18.10 Subgroup service accounts introduced in GitLab 18.10 Feature flag GitLab Self-Managed에서 Free 티어의 서비스 계정 가용성은 기능 플래그에 의해 제어됩니다. 자세한 내용은 히스토리를 참조하세요. 서비스 계정은 개별 사람보다는 비인간 엔티티를 나타내는 사용자 계정입니다. 자동화된 작업을 수행하거나 데이터에 액세스하거나 예약된 프로세스를 실행하는 데 서비스 계정을 사용합니다. 서비스 계정은 팀 구성원의 변경에 관계없이 자격 증명이 안정적으로 유지되어야 하는 파이프라인 또는 타사 통합에서 일반적으로 사용됩니다. 서비스 계정은 개인 액세스 토큰 으로 인증합니다. 패키지 및 컨테이너 레지스트리 와 상호 작용하고, Git 작업 을 수행하고, API에 액세스할 수 있습니다. 서비스 계정: 시트를 사용하지 않습니다. UI를 통해 GitLab에 로그인할 수 없습니다. LDAP과 같은 서비스를 통해 관리할 수 없습니다. 그룹 및 프로젝트 구성원 목록에 서비스 계정으로 표시됩니다. 사용자 정의 이메일 주소 를 추가하지 않는 한 알림 이메일을 받지 않습니다. 청구 대상 사용자 또는 내부 사용자 가 아닙니다. GitLab의 평가판 에서 사용 가능합니다. GitLab.com에서 최상위 그룹의 소유자는 먼저 신원을 확인해야 합니다. 서브그룹 또는 프로젝트에서 프로비저닝할 때 최상위 그룹 또는 다른 서비스 계정을 만들 수 없습니다. 서비스 계정 API 를 통해 서비스 계정을 관리할 수도 있습니다. 만들 수 있는 서비스 계정 수는 구독 및 제품에 따라 다릅니다: GitLab Premium 및 Ultimate에서는 모든 제품에 대해 무제한으로 서비스 계정을 만들 수 있습니다. GitLab Free에서는 제품에 따라 제한이 다릅니다: GitLab.com의 경우 각 최상위 그룹당 최대 100개의 서비스 계정을 만들 수 있습니다. 여기에는 서브그룹 또는 프로젝트에서 만든 서비스 계정이 포함됩니다. GitLab Self-Managed의 경우 서비스 계정을 만들 수 없습니다. 서비스 계정 유형 # 서비스 계정에는 세 가지 유형이 있으며 각각 다른 범위와 사전 요구 사항이 있습니다: Instance service accounts Group service accounts Project service accounts 인스턴스 서비스 계정은 관리자 영역을 통해 만들어지며 인스턴스의 모든 그룹이나 프로젝트에 초대할 수 있습니다. 사전 요구 사항: 인스턴스에 대한 관리자 액세스. 그룹 서비스 계정은 특정 그룹에 의해 만들어지며 만들어진 그룹 또는 하위 서브그룹이나 프로젝트에 초대할 수