서비스 계정

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

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