시트 관리는 구독에서 어떤 사용자가 시트를 점유하는지 제어하고 모니터링하는 과정입니다. 효과적인 시트 관리는 비용을 제어하고, 예상치 못한 초과 요금을 방지하며, 팀 구성원이 필요한 접근 권한을 갖출 수 있도록 합니다.

청구 대상 사용자#

청구 대상 사용자는 구독에서 시트를 점유하며 구독에서 구매한 시트 수에 포함되는 사용자입니다.

다음 사용자는 청구 대상으로 계산됩니다.

• 구독의 네임스페이스 또는 최상위 그룹에 접근할 수 있는 사용자(직접 구성원, 상속된 구성원, 초대된 사용자 포함)로, 다음 권한 중 하나를 가진 사용자:

Guest (Premium에서는 청구 대상, Free 및 Ultimate에서는 비청구 대상)

• Planner

• Reporter

• Security Manager

• Developer

• Maintainer

• Owner

• read_code 권한만 가진 커스텀 Guest 구성원 권한을 제외한 커스텀 권한

• 감사자 사용자

• 관리자 (Premium 및 Ultimate 티어의 GitLab Self-Managed)

• 네임스페이스에 접근하지 않는 사용자 (Premium 티어의 GitLab Self-Managed)

청구 대상 사용자 수는 현재 구독 기간 동안 인스턴스 또는 그룹에서 사용자를 차단, 비활성화하거나 추가할 때 변경됩니다. 사용자가 구독을 보유한 동일한 최상위 그룹에 속하는 여러 그룹 또는 프로젝트에 있는 경우, 한 번만 계산됩니다.

시트 사용량은 분기별 또는 연간으로 검토됩니다.

의도치 않은 사용자 추가로 인한 초과 요금을 방지하려면 다음을 수행하세요.

• 그룹 계층 구조 외부의 그룹 초대 방지.

• 제한적 접근을 활성화하세요.

비청구 대상 사용자 기준#

다음 경우에 사용자는 청구 대상 사용자로 계산되지 않습니다.

• 승인 대기 중인 사용자.

• 비활성화, 차단, 또는 블록된 사용자.

• 어떠한 프로젝트나 그룹의 구성원도 아닌 사용자 (Ultimate 구독에만 해당).

• Guest 권한만 가진 사용자 (Ultimate 구독에만 해당).

• Minimal Access 권한만 가진 사용자.

• GitLab이 생성한 서비스 계정:

Ghost User.

• 봇:

Support Bot.

• 프로젝트용 봇 사용자.

• 그룹용 봇 사용자.

• 기타 내부 사용자.

구독 한도 초과 사용자#

인스턴스 또는 최상위 그룹의 청구 대상 사용자 수가 구매한 시트 수를 초과하면, 구독을 초과한 사용자(또는 미지급 시트)가 발생합니다.

예를 들어 새로운 사용자가 인스턴스나 그룹에 추가되거나, 기존 사용자가 청구 대상 권한으로 승격될 때 이런 상황이 발생할 수 있습니다.

구독 초과 사용자 수는 다음과 같이 계산됩니다: 청구 기간 중 최대 사용자 수 - 구독에서 구매한 시트 수.

예를 들어, 10개의 시트를 구독하고 청구 기간 동안 사용자 수가 다음과 같이 변한다고 가정합니다.

이 경우 구독 초과 사용자는 3명입니다 (최대 사용자 13명 - 구매한 시트 10개).

구독 한도를 초과하면 갱신 전이나 갱신 시에 추가 사용자에 대한 비용을 지불해야 합니다. 비용은 현재 사용자 수가 아닌 청구 기간 동안의 최대 사용자 수를 기준으로 합니다.

GitLab Self-Managed에서 평가판 라이선스의 경우 구독 초과 사용자 값은 항상 0입니다.

예상치 못한 초과 요금을 피하려면 다음을 수행하세요.

• 남은 시트가 없을 때 사용자 추가를 방지하기 위해 제한적 접근을 활성화하세요.

• 새 사용자 계정에 관리자 승인 요구.

• 한도에 근접할 때 사전에 시트를 추가 구매하세요.

무료 Guest 사용자#

DETAILS: Tier: Ultimate

Ultimate 티어에서 Guest 권한이 할당된 사용자는 시트를 소비하지 않습니다. 해당 사용자는 GitLab Self-Managed의 인스턴스 또는 GitLab.com의 네임스페이스 어디에서도 다른 권한을 할당받지 않아야 합니다.

GitLab Self-Managed Premium 티어에서 Guest 사용자가 어떤 프로젝트나 그룹(개인 네임스페이스 포함)에서 더 높은 권한을 가지고 있는 경우, Ultimate 티어로 업그레이드하면 더 높은 권한이 우선 적용되어 시트를 소비하게 됩니다. GitLab Self-Managed Ultimate의 Guest 사용자가 시트를 소비하지 않도록 하려면, 업그레이드 전에 해당 사용자가 인스턴스 또는 네임스페이스에서 다른 권한 할당이 없는지 확인하세요.

• 프로젝트가 다음과 같은 경우:

비공개 또는 내부인 경우, Guest 권한이 있는 사용자는 일부 권한을 갖습니다.

• 공개인 경우, Guest 권한이 있는 사용자를 포함한 모든 사용자가 프로젝트에 접근할 수 있습니다.

• GitLab.com의 경우, Guest 권한이 있는 사용자가 개인 네임스페이스에 프로젝트를 생성하더라도 시트를 소비하지 않습니다. 해당 프로젝트는 사용자의 개인 네임스페이스 하에 있으며 Ultimate 구독이 있는 그룹과는 관련이 없습니다.

• GitLab Self-Managed에서 사용자의 가장 높은 할당 권한은 비동기적으로 업데이트되며 업데이트에 시간이 걸릴 수 있습니다.

  GitLab Self-Managed에서 사용자가 프로젝트를 생성하면 Maintainer 또는 Owner 권한이 할당됩니다. 사용자가 프로젝트를 생성하지 못하도록 하려면 관리자로서 해당 사용자를 외부 사용자로 표시할 수 있습니다.

시트 컨트롤#

시트 컨트롤은 사용자가 구독에 추가되는 방식을 관리하고 예상치 못한 초과 요금을 방지하는 데 도움이 됩니다. 시트 컨트롤은 GitLab Self-Managed에서는 인스턴스에, GitLab.com에서는 최상위 그룹에 적용됩니다.

사용자 상한#

히스토리

• GitLab 16.3에서 GitLab.com에 활성화됨.

• GitLab 17.1에서 일반적으로 사용 가능해짐. 기능 플래그 saas_user_caps 제거됨.

사용자 상한은 GitLab.com의 최상위 그룹에 추가하거나 GitLab Self-Managed에서 계정을 생성할 수 있는 최대 청구 대상 사용자 수입니다. 사용자 상한에 도달하면 그룹 Owner 또는 관리자가 최상위 그룹에 추가되거나 계정을 생성할 사용자를 승인해야 합니다. 사용자가 승인되면 그룹 또는 인스턴스에 접근할 수 있습니다. 그룹 Owner 또는 관리자가 사용자 상한을 늘리거나 제거하면 승인 대기 중인 사용자가 자동으로 승인됩니다.

최상위 그룹에 대한 사용자 상한과 인스턴스에 대한 사용자 상한을 설정할 수 있습니다.

GitLab.com에서는 최상위 그룹 내 그룹, 하위 그룹 또는 프로젝트가 해당 네임스페이스 계층 구조 외부와 공유된 경우 사용자 상한을 활성화할 수 없습니다.

사용자 상한이 활성화된 동안에는 그룹 계층 구조 외부의 그룹 초대가 자동으로 방지되며 끌 수 없습니다. 그룹 및 해당 하위 그룹 내의 그룹 초대는 영향을 받지 않습니다.

청구 대상 사용자 수는 하루에 한 번 업데이트됩니다. 사용자 상한은 이미 초과된 후에야 적용될 수 있습니다. 상한이 현재 청구 대상 사용자 수보다 낮은 값(예: 1)으로 설정되면 상한이 즉시 활성화됩니다.

GitLab Self-Managed에서 LDAP 또는 OmniAuth를 사용하는 인스턴스의 경우,

새 사용자 계정에 대한 관리자 승인이 활성화되거나 비활성화될 때 Rails 구성 변경으로 인해 다운타임이 발생할 수 있습니다. 사용자 상한을 설정하여 새 사용자에 대한 승인을 강제할 수 있습니다.

GitLab.com Ultimate에서 청구 대상 사용자가 사용자 상한을 초과하면 Guest 사용자를 그룹에 추가할 수 없습니다. 예를 들어, Developer 3명과 Guest 2명이 있을 때 사용자 상한을 5로 설정합니다. Developer 2명을 추가하면, 청구 대상 시트를 소비하지 않는 Guest 사용자라도 더 이상 추가할 수 없습니다. 자세한 내용은 이슈 441504를 참조하세요.

제한적 접근#

히스토리

• GitLab 17.5에서 bso_minimal_access_fallback 플래그와 함께 도입됨.

• GitLab 18.0에서 일반적으로 사용 가능해짐.

• GitLab 18.7에서 그룹 공유 설정이 변경됨.

• GitLab Self-Managed용 자동 제한적 접근이 GitLab 19.1에서 auto_enable_restricted_access_on_self_managed라는 기능 플래그와 함께 도입됨. 기본적으로 활성화됨.

제한적 접근은 구독에 남은 라이선스 시트가 없을 때 새 청구 대상 사용자가 추가되는 것을 차단합니다. 이미 시트 한도를 초과한 그룹이나 인스턴스에서 제한적 접근을 활성화해도 기존 구성원의 권한이 변경되거나 차단 또는 제거되지 않습니다. 현재 구성원은 그대로 유지되면서 새로운 청구 대상 추가만 방지됩니다. OIDC 공급자로 GitLab을 통해 인증하는 사용자처럼 프로젝트나 그룹에 접근할 필요가 없는 사용자는 시트 한도에 차단되지 않도록 비청구 대상인 Minimal Access 권한을 할당받을 수 있습니다.

최상위 그룹에 대한 제한적 접근과 인스턴스에 대한 제한적 접근을 설정할 수 있습니다.

제한적 접근은 외부 그룹 공유와 호환되지 않습니다. GitLab.com에서 제한적 접근을 활성화하면 그룹 계층 구조 외부의 그룹 초대 방지 설정이 자동으로 활성화됩니다. 이 설정은 의도치 않은 청구 대상 사용자로 인한 초과 요금을 방지합니다.

필요에 따라 그룹 및 하위 그룹의 프로젝트 공유를 독립적으로 구성할 수 있습니다.

제한적 접근과 사용자 상한은 함께 사용할 수 없습니다. 제한적 접근을 활성화하면 사용자 상한이 비활성화됩니다.

GitLab Self-Managed에서 구독이 초과를 허용하지 않는 경우 GitLab은 자동으로 제한적 접근을 활성화합니다. 구독이 초과를 허용하지 않는 경우 제한적 접근을 끌 수 없습니다.

SAML, SCIM, LDAP에서의 프로비저닝 동작#

히스토리

• GitLab 18.6에서 bso_minimal_access_fallback이라는 기능 플래그와 함께 도입됨. 기본적으로 비활성화됨.

• GitLab 18.10에서 기본적으로 활성화됨.

제한적 접근이 활성화되고 구독 시트가 없는 경우, SAML, SCIM, LDAP을 통해 프로비저닝된 사용자는 구성된 접근 수준 대신 Minimal Access 권한을 할당받습니다. 이 동작은 GitLab.com 및 Self-Managed Ultimate에서 청구 대상 시트를 소비하지 않고 동기화가 계속될 수 있도록 합니다.

Minimal Access 권한을 가진 사용자는 인증하고 그룹에 접근할 수 있지만 제한된 권한을 가집니다. 시트가 사용 가능해지면 의도한 접근 수준으로 승격할 수 있습니다. 청구 대상 권한을 가진 기존 사용자는 이 동작의 영향을 받지 않습니다.

Minimal Access 권한을 가진 사용자의 시트 사용량을 보고 관리할 수 있습니다.

알려진 문제#

제한적 접근을 활성화하면 다음과 같은 알려진 문제가 발생하여 초과가 발생할 수 있습니다.

• 다음의 경우 시트 수가 초과될 수 있습니다.

SAML, SCIM, LDAP을 사용하여 새 구성원을 추가하고 구독의 시트 수를 초과한 경우. Minimal Access 대체 기능이 활성화된 경우 사용자는 차단되는 대신 Minimal Access를 할당받습니다.

• Owner 권한이 있는 여러 사용자 또는 관리자 접근 권한이 있는 여러 사용자가 동시에 구성원을 추가하는 경우.

• GitLab 영업팀을 통해 현재 구독보다 적은 사용자로 구독을 갱신하는 경우 초과 요금이 발생합니다. 이 요금을 피하려면 갱신 시작 전에 추가 사용자를 제거하세요. 예를 들어, 사용자가 20명이고 15명으로 구독을 갱신하면 5명의 추가 사용자에 대한 초과 요금이 청구됩니다.

또한 제한적 접근이 정상적인 비초과 흐름을 차단할 수 있습니다.

• 업데이트되거나 청구 대상 권한에 추가된 서비스 봇이 잘못 차단됩니다.

• 이메일을 통한 기존 청구 대상 사용자 초대 또는 업데이트가 예상치 않게 차단됩니다.

휴면 사용자 재활성화#

제한적 접근이 활성 상태이고 라이선스 시트가 없는 경우, 다시 로그인을 시도하는 휴면 사용자(엔터프라이즈 사용자 포함)는 재활성화되는 대신 승인 대기 상태로 설정됩니다. 기존 그룹 및 프로젝트 구성원 자격은 보존됩니다. 비엔터프라이즈 휴면 구성원은 비활성화되는 대신 그룹 구성원 자격이 제거됩니다. SAML, SCIM, LDAP 동기화를 통해 재합류하면 프로비저닝 동작이 적용되어 시트가 없는 경우 Minimal Access 권한을 받습니다.

그룹 Owner 또는 관리자는 시트가 사용 가능해지면 사용자를 승인할 수 있습니다.

Minimal Access 권한만 있는 사용자는 청구 대상 시트를 소비하지 않으므로 직접 재활성화됩니다.

휴면 구성원을 자동으로 제거할 수 있습니다.

보류 중인 초대 수락#

제한적 접근을 켜면, 보류 중인 초대가 진행될 수 있는지 여부를 제한적 접근이 관리합니다:

• GitLab.com에서 남은 구독 시트가 없으면, 사용자는 청구 대상 역할을 부여하는 보류 중인 초대를 수락할 수 없습니다. 그룹 Owner가 시트를 추가로 구매하거나 청구 대상 구성원을 제거하여 시트를 확보할 때까지 초대는 보류 상태로 유지됩니다.

• GitLab Self-Managed에서:

Ultimate 티어에서는 동일한 동작이 적용됩니다. 관리자가 시트를 추가로 구매하거나 청구 대상 구성원을 제거하여 시트를 확보할 때까지 초대는 보류 상태로 유지됩니다.

• Premium 티어에서는 제한적 접근이 초대를 수락할 때가 아니라 계정이 생성될 때 시트 한도를 적용합니다. GitLab은 사용자가 등록할 때 계정을 생성할 수 없으며 GitLab 관리자에게 문의해야 한다고 알립니다.

사용자 상한에서 제한적 접근으로 변경#

GitLab.com에서 사용자 상한에서 제한적 접근으로 변경하면 모든 대기 중인 구성원(승인 대기 중인 구성원과 초대된 구성원 모두)이 자동으로 제거됩니다. 사용자가 구성원으로 승인되려면 제한적 접근을 활성화하기 전에 대기 중인 구성원을 승인하거나 제거해야 합니다.

GitLab Self-Managed에서 사용자 상한은 GitLab.com에서처럼 그룹 또는 프로젝트 구성원을 차단하는 대신 새 사용자 계정을 관리자 승인 대기 상태로 유지합니다. 사용자 상한에서 제한적 접근으로 변경하면 대기 중인 새 사용자 계정이 자동으로 제거되지 않습니다. 관리자가 승인할 때까지 사용자는 차단된 상태로 유지됩니다.

제한적 접근을 활성화한 후 대기 중인 사용자 승인 진행 여부를 제어합니다.

• Premium 티어에서 제한적 접근은 그룹이나 프로젝트 구성원이 없는 사용자도 청구 대상이므로 대기 중인 승인을 차단합니다.

• Ultimate 티어에서 제한적 접근은 그룹이나 프로젝트 구성원이 없는 사용자가 비청구 대상이므로 대기 중인 승인을 차단하지 않습니다. 그러나 관리자가 승인한 후 시트가 없는 경우 제한적 접근이 청구 대상 권한으로 그룹이나 프로젝트에 사용자를 추가하는 것을 방지합니다.

시트 추가 구매#

DETAILS: Offering: GitLab.com, GitLab Self-Managed

구독 비용은 청구 기간 동안 사용한 최대 시트 수를 기준으로 합니다.

제한적 접근이:

• 활성화된 경우, 구독에 남은 시트가 없을 때 그룹이 새 청구 대상 사용자를 추가하려면 시트를 추가 구매해야 합니다.

• 비활성화된 경우, 구독에 남은 시트가 없어도 그룹은 계속 청구 대상 사용자를 추가할 수 있습니다. GitLab이 초과분을 청구합니다.

다음 중 하나에 해당하는 경우 구독에 대한 시트를 구매할 수 없습니다.

• 공인 리셀러(GCP 및 AWS 마켓플레이스 포함)를 통해 구독을 구매한 경우. 시트를 추가하려면 리셀러에게 문의하세요.

• 다년 구독을 보유한 경우. 시트를 추가하려면 영업팀에 문의하세요.

구독에 대한 시트를 구매하려면:

• Customers Portal에 로그인하세요.

• Subscriptions & purchases 페이지로 이동하세요.

• 해당 구독 카드에서 Add seats를 선택하세요.

• 추가할 사용자 수를 입력하세요.

• Purchase summary 섹션을 검토하세요. 시스템에서 시스템의 모든 사용자에 대한 총 가격과 이미 지불한 금액에 대한 크레딧을 표시합니다. 순 변경분에 대해서만 청구됩니다.

• 결제 정보를 입력하세요.

• I accept the Privacy Statement and Terms of Service 체크박스를 선택하세요.

• Purchase seats를 선택하세요.

결제 영수증은 이메일로 받게 됩니다. Customers Portal의 Invoices에서도 영수증에 접근할 수 있습니다.

시트 줄이기#

구독 갱신 시에만 시트를 줄일 수 있습니다. 구독의 시트 수를 줄이려면 더 적은 시트로 갱신할 수 있습니다.

GitLab Self-Managed 청구 및 사용량#

DETAILS: Offering: GitLab Self-Managed

GitLab Self-Managed 구독은 하이브리드 모델을 사용합니다. 구독 기간 동안 활성화된 최대 사용자 수에 따라 구독 비용을 지불합니다.

오프라인이 아니거나 폐쇄 네트워크에 있지 않은 인스턴스의 경우, GitLab Self-Managed 인스턴스의 최대 동시 사용자 수는 분기별로 확인됩니다.

인스턴스가 분기별 사용량 보고서를 생성할 수 없는 경우 기존의 실제 사용량 정산 모델이 사용됩니다. 분기별 사용량 보고서 없이는 일할 계산이 불가능합니다.

구독의 사용자 수는 결제한 금액을 기반으로 현재 라이선스에 포함된 사용자 수를 나타냅니다. 이 수는 시트를 추가 구매하지 않는 한 구독 기간 동안 동일하게 유지됩니다.

최대 사용자 수는 현재 라이선스 기간 동안 시스템에서 가장 많은 청구 대상 사용자 수를 반영합니다.

청구 대상 사용자와 라이선스 사용량을 보고 관리할 수 있습니다.

라이선스에 포함된 사용자 수를 늘리려면 구독 기간 동안 시트를 추가 구매하세요. 구독 기간 중 추가된 시트 비용은 구매일부터 구독 기간 종료일까지 일할 계산됩니다. 라이선스 사용자 수에 도달하더라도 계속 사용자를 추가할 수 있습니다. GitLab이 초과분을 청구합니다.

활성화 코드로 구독이 활성화된 경우 추가 시트가 인스턴스에 즉시 반영됩니다. 라이선스 파일을 사용하는 경우 업데이트된 파일을 받게 됩니다. 시트를 추가하려면 라이선스 파일을 인스턴스에 추가하세요.

LDAP이 GitLab과 통합된 경우, 구성된 도메인의 누구든지 GitLab 계정에 가입할 수 있습니다. 이로 인해 갱신 시 예상치 못한 청구가 발생할 수 있습니다. 인스턴스에서 새 사용자 계정이 허용된 경우, 인스턴스에 접근할 수 있는 누구든지 계정에 가입할 수 있습니다.

예상치 못한 초과를 방지하려면 시트 관리 모범 사례를 참조하세요.

GitLab.com 청구 및 사용량#

DETAILS: Offering: GitLab.com

GitLab.com 구독은 동시(시트) 모델을 사용합니다. 동시에 구독을 사용할 수 있는 사용자를 위한 시트 수를 선택하고, 청구 기간 동안 최상위 그룹, 해당 하위 그룹 및 프로젝트에 할당된 최대 사용자 수에 따라 구독 비용을 지불합니다.

구독의 시트 수를 초과하지 않는 한 추가 요금 없이 구독 기간 동안 사용자를 추가하고 제거할 수 있습니다. 구매한 시트 수를 초과하여 사용자를 추가하면 초과가 발생하며, 이는 다음 청구서에 포함됩니다.

시트 사용량 알림#

히스토리

• GitLab 15.2에서 seat_flag_alerts라는 기능 플래그와 함께 도입됨.

• GitLab 15.4에서 일반적으로 사용 가능해짐. 기능 플래그 seat_flag_alerts 제거됨.

분기별 구독 정산에 등록된 구독에 연결된 최상위 그룹의 Owner 권한이 있는 경우 구독의 시트 사용량에 대한 알림을 받습니다.

알림은 그룹, 하위 그룹, 프로젝트 페이지에 표시됩니다. 알림을 닫으면 다른 시트가 사용될 때까지 다시 표시되지 않습니다.

알림은 다음 기간에 표시됩니다.

시트 사용량 보기#

사용 중인 시트 목록을 보려면:

• 상단 바에서 Search or go to를 선택하고 그룹을 찾으세요.

• 왼쪽 사이드바에서 Settings > Usage quotas를 선택하세요.

• Seats 탭을 선택하세요.

각 사용자에 대해 사용자가 직접 구성원으로 있는 그룹과 프로젝트 목록이 표시됩니다.

• Group invite는 사용자가 그룹에 초대된 그룹의 구성원임을 나타냅니다.

• Project invite는 사용자가 프로젝트에 초대된 그룹의 구성원임을 나타냅니다.

시트 사용량 목록, Seats in use, Seats in subscription의 데이터는 실시간으로 업데이트됩니다. Max seats used 및 Seats owed의 수는 하루에 한 번 업데이트됩니다.

청구 정보 보기#

구독 정보 및 시트 수 요약을 보려면:

• 상단 바에서 Search or go to를 선택하고 그룹을 찾으세요.

• 왼쪽 사이드바에서 Settings > Billing을 선택하세요.

• 사용량 통계는 하루에 한 번 업데이트되므로 Usage quotas 페이지와 Billing page의 정보가 다를 수 있습니다.

• Last login 필드는 사용자가 로그아웃한 후 다시 로그인할 때 업데이트됩니다. 사용자가 재인증할 때(예: 24시간 SAML 세션 시간 초과 후) 활성 세션이 있는 경우 이 필드는 업데이트되지 않습니다.

사용자 시트 사용량 검색#

구독에서 시트를 사용하는 사용자를 볼 수 있습니다. 사용자의 시트 사용량을 검색하려면:

• 상단 바에서 Search or go to를 선택하고 그룹을 찾으세요.

• 왼쪽 사이드바에서 Settings > Usage quotas를 선택하세요.

• Seats 탭의 검색 필드에 사용자의 이름 또는 사용자 이름을 입력하세요. 검색 문자열은 최소 세 자 이상이어야 합니다.

검색 결과에는 이름, 성 또는 사용자 이름이 검색 문자열과 일치하는 사용자 목록이 반환됩니다.

예를 들어, 이름이 Amir인 사용자의 경우 검색 문자열 ami는 일치하지만 amr은 일치하지 않습니다.

시트 사용량 데이터 내보내기#

시트 사용량 데이터를 CSV 파일로 내보내려면:

• 상단 바에서 Search or go to를 선택하고 그룹을 찾으세요.

• 왼쪽 사이드바에서 Settings > Usage quotas를 선택하세요.

• Seats 탭에서 Export list를 선택하세요.

시트 사용량 내역 내보내기#

사전 요구 사항:

• 그룹의 Owner 권한이 있어야 합니다.

시트 사용량 내역을 CSV 파일로 내보내려면:

• 상단 바에서 Search or go to를 선택하고 그룹을 찾으세요.

• 왼쪽 사이드바에서 Settings > Usage quotas를 선택하세요.

• Seats 탭에서 Export seat usage history를 선택하세요.

생성된 목록에는 사용 중인 모든 시트가 포함되며 현재 검색의 영향을 받지 않습니다.

구독에서 사용자 제거#

GitLab.com 구독에서 청구 대상 사용자를 제거하려면:

• 상단 바에서 Search or go to를 선택하고 그룹을 찾으세요.

• 왼쪽 사이드바에서 Settings > Billing을 선택하세요.

• Seats currently in use 섹션에서 See usage를 선택하세요.

• 제거할 사용자 행의 오른쪽에서 Remove user를 선택하세요.

• 사용자 이름을 다시 입력하고 Remove user를 선택하세요.

다른 그룹과 그룹을 공유하여 그룹에 구성원을 추가한 경우 이 방법으로 구성원을 제거할 수 없습니다. 대신 다음 중 하나를 수행할 수 있습니다.

• 공유 그룹에서 구성원 제거.

• 초대된 그룹 제거.

Enterprise Agile Planning#

GitLab Enterprise Agile Planning은 엔지니어링 팀원이 코드를 빌드, 테스트, 보안 점검, 배포하는 동일한 DevSecOps 플랫폼에 비엔지니어링 사용자를 참여시키는 애드온입니다. 이 애드온은 비엔지니어링 팀원을 위한 GitLab Ultimate 라이선스를 구매하지 않고도 개발자와 비개발자 간의 크로스팀 협업을 가능하게 합니다.

Enterprise Agile Planning 시트를 통해 비엔지니어링 팀원은 계획 워크플로에 참여하고, Value Stream Analytics로 소프트웨어 제공 속도와 영향을 측정하며, 경영진 대시보드를 사용하여 조직 가시성을 높일 수 있습니다.

Enterprise Agile Planning 시트 및 구매 방법에 대한 자세한 내용은 GitLab 영업 담당자에게 문의하세요.

Enterprise Agile Planning 시트 사용#

다음 조건을 모두 충족하면 사용자가 Enterprise Agile Planning 시트를 점유합니다.

• 구독에 구매한 Enterprise Agile Planning 시트가 포함되어 있습니다.

• 최상위 그룹, 해당 하위 그룹 및 프로젝트 전체에서 사용자가 가진 가장 높은 권한이 Planner입니다.

다음 중 하나에 해당하면 사용자는 Enterprise Agile Planning 시트 대신 Ultimate 시트를 점유합니다.

• 구독에 구매한 Enterprise Agile Planning 시트가 포함되어 있지 않습니다.

• Planner 권한이 있는 사용자가 조직 계층 구조 어딘가에서 더 높은 권한(예: Developer 또는 Maintainer)을 할당받은 경우.

구매한 Enterprise Agile Planning 시트를 사용하려면 먼저 그룹 또는 프로젝트에서 사용자에게 Planner 권한을 할당해야 합니다.

Planner 권한이 있는 사용자가 다른 권한을 할당받아 Ultimate 시트를 소비하지 않도록 하려면 전역 SAML 그룹 구성원 잠금을 사용할 수 있습니다.

구독 상세 정보 및 Customers Portal에서 사용된 Enterprise Agile Planning 시트 수를 볼 수 있습니다. GitLab Self-Managed에서는 사용자 통계에서 권한별 총 사용자 수도 볼 수 있습니다.

모범 사례#

구독 시트를 효과적으로 관리하고 비용을 제어하려면 다음 모범 사례를 따르세요.

초기 설정:

• 새 사용자 계정 생성 비활성화.

• LDAP 또는 OmniAuth를 통해 새 사용자를 자동으로 차단하세요.

• 처음부터 시트 할당을 제어하기 위해 새 계정 및 권한 승격에 승인을 요구하세요.

• 시트 컨트롤을 사용하여 제한적 접근을 활성화하거나, 의도치 않은 시트 사용을 방지하기 위해 그룹 또는 인스턴스에 대한 사용자 상한을 설정하세요.

• 시트 사용을 최소화하기 위해 가능하면 Guest(Free 및 Ultimate) 또는 Minimal Access와 같은 비청구 대상 권한을 할당하세요.

정기적인 활동:

• 잠재적인 초과를 식별하기 위해 정기적으로 시트 사용량과 사용자 통계를 모니터링하세요.

• 시트가 부족할 때 알리는 시트 사용량 알림에 대응하세요.

• 활성 팀 구성원을 위한 시트를 확보하기 위해 휴면 구성원을 자동으로 비활성화하거나 제거하세요.

전략적 계획:

• 전체 Ultimate 시트 대신 비엔지니어링 팀원을 위한 Enterprise Agile Planning 시트를 사용하세요.

• 한도에 근접할 때 시트를 구매하여 성장을 미리 계획하세요.

• 시트 사용량 내역을 내보내고 분석하여 미래 수요를 예측하세요.