사용자 라이선스 및 계열사#

계열사가 하나의 기본 계약 하에 별도로 사용자 라이선스를 구매하는 능력#

계열사는 각각 하나의 기본 계약 하에 GitLab으로부터 직접 사용자 라이선스를 구매할 수 있으며, GitLab과 특정 회사 간의 해당 거래 문서 조건에 따릅니다.

고객은 또한 아래의 요구 사항에 따라 사용자 라이선스를 구매하고 계열사에 해당 라이선스를 배포할 수 있습니다.

고객이 사용자 라이선스를 구매하고 계열사에 해당 라이선스를 배포하는 능력#

일부 예외를 제외하고 고객은 사용자 라이선스를 구매하고 계열 기업에 해당 라이선스를 배포할 수 있습니다. GitLab은 계열사의 내부 조달 요구 사항과 청구 정책을 수용할 수 있으며, 이러한 요구 사항이 구매 전과 청구 전에 미리 명확하게 전달되어야 합니다.

GitLab은 글로벌 회사이며 지역별 가격을 사용할 수 있습니다. 고객이 계열사를 포함하여 라이선스를 구매한 지리적 지역(아래에 정의됨) 외부에 사용자 라이선스를 배포하려는 경우, GitLab은 고객 또는 계열사가 대체 가격 및 조건을 수락하도록 요구할 수 있습니다.

별도의 지리적 지역: 정의#

"지리적 지역"은 GitLab이 제공하는 견적에 설정된 "Sold To" 주소에서 4,000마일 또는 6,437킬로미터 이내로 정의됩니다. 지리적 지역 외부에서 라이선스를 사용, 액세스 또는 배포하는 것은 GitLab의 서면 승인 없이는 엄격히 금지됩니다.

여러 계층 사용#

GitLab은 소프트웨어의 세 가지 계층을 제공합니다: (1) Free, (2) Premium, (3) Ultimate. https://about.gitlab.com/pricing/feature-comparison/을 참조하세요.

고객은 이 섹션의 요구 사항과 아래의 여러 인스턴스 사용 섹션에 따라 여러 계층의 소프트웨어를 사용할 수 있습니다.

고객이 다른 계층의 GitLab 소프트웨어를 사용하는 능력#

일부 예외를 제외하고 고객은 다른 계층의 GitLab 소프트웨어를 사용할 수 있습니다. 이를 위해서는 여러 인스턴스가 필요합니다(아래 여러 인스턴스 사용 참조). 예를 들어, 고객은 GitLab 소프트웨어의 다양한 기능을 각각 필요로 하는 별개의 사업 부문이나 계열사를 가질 수 있습니다. 해당 고객은 한 사업 부문에 Premium 인스턴스를 배포하고 다른 사업 부문에 Ultimate 인스턴스를 배포하려고 할 수 있습니다.

고객은 아래에서 추가로 논의된 금지된 기능 혼합을 피하기 위해 이러한 여러 인스턴스의 사용이 별도로 구분되어 있는지 확인해야 합니다.

고객(또는 고객의 사업 부문이나 계열사)이 Free 인스턴스에서 개발된 코드에 Premium(또는 Ultimate) 인스턴스의 기능을 사용하는 능력#

이것은 금지된 기능 혼합입니다. 고객이 합법적으로 다른 계층의 GitLab 소프트웨어의 여러 인스턴스를 필요로 할 때가 있지만, 고객은 해당 인스턴스의 특정 계층 기능으로 제한됩니다. 이 경우 고객이 Free 및 Premium(또는 Ultimate) 인스턴스에 대한 합법적인 필요성을 가질 수 있지만, 해당 고객은 Free 인스턴스에서 개발된 코드에 Premium(또는 Ultimate) 인스턴스의 기능을 사용하는 것이 금지됩니다.

고객이 Premium 인스턴스에서 개발된 코드에 Ultimate 인스턴스의 기능을 사용하는 능력#

이것은 금지된 기능 혼합입니다. 고객이 합법적으로 여러 인스턴스와 다른 계층의 GitLab 소프트웨어를 필요로 할 때가 있지만, 고객은 해당 인스턴스의 특정 계층 기능으로 제한됩니다. 이 경우 고객이 Premium 및 Ultimate 인스턴스에 대한 합법적인 필요성을 가질 수 있지만, 해당 고객은 Premium 인스턴스에서 개발된 코드에 Ultimate 인스턴스의 기능(예: 보안 스캔)을 사용하는 것이 금지됩니다.

여러 인스턴스 사용#

고객이 여러 인스턴스를 보유하는 능력#

일부 고객은 다른 팀, 자회사 등을 위해 여러 개의 별도 GitLab 인스턴스를 원할 수 있습니다. 경우에 따라 고객은 각 인스턴스에 동일한 사용자를 가진 여러 GitLab 인스턴스를 원할 수 있습니다. 특정 사용 사례에 따라 이를 수용하기 위해 하나 또는 여러 구독이 필요할 수 있습니다. 여러 인스턴스 사용은 위의 여러 계층 사용에 관한 제한 사항에도 적용됩니다.

고객이 Free 계층의 여러 인스턴스(GitLab.com 또는 셀프 관리)를 보유하는 능력#

고객은 일부 예외를 제외하고 Free 계층의 여러 인스턴스를 보유할 수 있습니다.

GitLab.com의 Free 계층의 경우, 고객 또는 기업당 비공개 가시성을 가진 최상위 네임스페이스에 5명 사용자 최대치가 있습니다. 이 5명 최대치는 모든 Free 계층 인스턴스의 합계입니다. 예를 들어, 고객이 5명의 사용자를 가진 하나의 Free 계층 인스턴스를 보유하고 있다면, 5명 최대치에 도달했기 때문에 해당 고객은 어떤 사용자 수준의 추가 Free 계층 인스턴스도 활성화하는 것이 금지됩니다.

셀프 관리의 Free 계층의 경우 5명 최대치가 없습니다.

고객이 GitLab.com 또는 Dedicated의 여러 인스턴스를 보유하는 능력#

고객은 원하는 각 인스턴스에 대해 구독을 구매하는 조건으로 GitLab.com 또는 Dedicated의 여러 인스턴스를 보유할 수 있습니다.

고객이 동일한 사용자를 가진 셀프 관리의 여러 인스턴스를 보유하는 능력#

이것은 특정 조건에 따라 기술적으로 가능합니다:

고객과 GitLab 간의 서면 계약 조건에 따라 하나의 클라우드 라이선싱 활성화 코드(또는 라이선스 키)를 여러 GitLab 셀프 관리 인스턴스에 적용할 수 있으며, 단 인스턴스의 사용자가:

• 동일하거나,
• 고객의 라이선스된 프로덕션 인스턴스의 하위 집합이어야 합니다.

예를 들어, 고객이 GitLab의 라이선스된 프로덕션 인스턴스를 보유하고 동일한 사용자 목록을 가진 다른 인스턴스를 보유한 경우, 프로덕션 활성화 코드(또는 라이선스 키)가 적용됩니다. 이러한 사용자가 다른 그룹 및 프로젝트에 구성된 경우에도 사용자 목록이 동일한 한 활성화 코드(또는 라이선스 키)가 적용됩니다.

그러나 위의 조건 중 하나라도 충족되지 않으면 고객은 해당 사용자를 위한 별도의 인스턴스에 대한 추가 구독을 구매해야 합니다.

단일 라이선스 키 또는 활성화 코드로 여러 GitLab 셀프 관리 인스턴스 사용#

하나의 라이선스 또는 활성화 코드가 여러 인스턴스에 적용될 때 유효성 검사#

GitLab은 이 문서 조건에 대한 고객 준수를 감사하고 확인할 권리에 관해 고객과 서면 계약을 요구합니다.

하나의 라이선스 키 또는 활성화 코드가 여러 인스턴스에 적용될 때 청구 가능한 사용자 계산#

단일 라이선스 파일 또는 활성화 코드가 둘 이상의 인스턴스에 적용되는 경우, GitLab은 구독과 연결된 모든 인스턴스를 검사하여 가장 높은 청구 가능한 사용자 수를 가진 인스턴스를 식별합니다. 이것이 청구 가능한 사용자 및 최대 사용자와 같은 값을 계산하는 데 사용되며, 분기별 구독 조정 및 자동 갱신(활성화된 경우)에 사용됩니다.

이 접근 방식을 통해 GitLab은 다른 모든 낮은 사용자 수 인스턴스에 이 기본 인스턴스의 사용자와 동일하거나 하위 집합의 사용자가 포함되어 있다고 가정합니다.

최신 사용량 데이터에 대한 가시성과 데이터가 어느 고객 인스턴스에 해당하는지 식별하는 방법#

공유된 GitLab 셀프 관리 사용량 데이터는 CustomersDot의 License seat links에 저장됩니다. 데이터는 클라우드 라이선싱을 사용하는 고객의 경우 매일 기록되며, 오프라인 라이선스를 사용하는 고객이 이메일을 통해 사용량 데이터를 공유할 때마다 기록됩니다(매월 요청). 이 데이터를 보려면 고객은 회사 이름 또는 구독 이름으로 검색할 수 있습니다. 이 데이터와 함께 호스트 이름 및 인스턴스 식별자 ID도 기록되며, 데이터가 프로덕션 또는 개발 인스턴스에서 온 것인지 나타내는 데 도움이 될 수 있습니다.

GitLab 18.1 이상에서는 고유 인스턴스 ID 필드를 사용하여 고객의 GitLab 셀프 관리 인스턴스를 식별할 수도 있습니다.

일부 인스턴스는 클라우드 라이선싱을 사용하고 다른 인스턴스는 에어갭 또는 오프라인인 경우#

고객의 인스턴스 중 하나라도 레거시 또는 오프라인 라이선스 파일이 필요한 경우, 고객은 견적 시 VP 승인을 위해 클라우드 라이선싱 선택 해제를 요청해야 합니다. 이는 고객에게 관련 라이선스 파일을 제공하고, 클라우드 라이선싱 가능 인스턴스에 적용할 수 있는 활성화 코드도 제공합니다. 이 시나리오에서 GitLab은 클라우드 라이선싱 인스턴스에 대한 좌석 수 데이터만 수신하며, 이는 초과 계산에 사용됩니다.

하나 이상의 인스턴스가 개발 환경인 시나리오#

고객은 개발 환경에 프로덕션 라이선스 키 또는 활성화 코드를 적용할 수 있습니다. 동일한 사용자 제한이 적용됩니다.

GitLab.com, Dedicated 및 GitLab 셀프 관리 인스턴스에 단일 구독 사용#

고객이 GitLab.com, Dedicated 및 GitLab 셀프 관리 인스턴스를 원하는 경우, 각 인스턴스에 대해 별도의 구독을 구매해야 합니다.

예시 시나리오#

다음 시나리오는 여러 인스턴스와 관련하여 고객이 물을 수 있는 질문을 반영합니다.

예시 1#

• Q: 총 50명의 사용자에 대한 라이선스를 구매하고 싶지만 이 사용자를 두 개의 인스턴스로 분할하고 싶습니다. 이렇게 할 수 있나요?
• A: 네, 두 개의 GitLab 셀프 관리 인스턴스의 경우 인스턴스의 사용자가 동일하거나 총 사용자의 하위 집합인 조건으로 하나의 클라우드 라이선싱 활성화 코드(또는 라이선스 키)를 여러 GitLab 셀프 관리 인스턴스에 적용할 수 있습니다. 이 경우 총 또는 고유 사용자가 50명이므로 해당 사용자를 두 개의 하위 집합 인스턴스로 분할할 수 있습니다.

예시 2#

• Q: 각자 자체 인스턴스가 필요한 2개의 서로 다른 그룹(20명과 30명)이 있습니다. 30명의 사용자에 대한 구독을 구매할 수 있나요?
• A: 아니요. 이 시나리오에서 고객은 각 인스턴스의 초과를 별도로 관리할 수 있도록 20명과 30명에 대한 두 개의 고유한 구독을 구매해야 합니다. 두 번째 옵션은 고객이 50명의 사용자에 대한 단일 구독을 구매하고 두 인스턴스 모두에 적용하는 것입니다.

예시 3#

• Q: 30명의 사용자가 Free GitLab.com 인스턴스가 필요합니다. 30명의 사용자 모두에 대해 Free GitLab.com 인스턴스를 활성화할 수 있나요?
• A. 아니요. GitLab.com의 Free 계층은 각 고객당 합계에서 최대 5명의 사용자로 제한됩니다. 평가판 또는 평가 기간을 시작하려면 계정 담당자에게 문의하세요.

예시 4#

• Q: 인도에서 100개의 라이선스를 구매했지만 75개만 필요합니다. 나머지 25개의 라이선스를 미국 캘리포니아의 팀에 배포할 수 있나요?
• A: 아니요. 캘리포니아는 인도의 지리적 지역 외부에 있으므로 이 방식으로 나머지 25개의 라이선스를 배포할 수 없습니다.

예시 5#

• Q: 5명의 사용자를 가진 Ultimate 인스턴스와 100명의 사용자를 가진 Premium 인스턴스가 있습니다. Premium 인스턴스에서 개발된 코드에 Ultimate 기능을 활용할 수 있나요?
• A: 아니요. 이것은 금지된 기능 혼합입니다.