This page contains information related to upcoming products, features, and functionality. It is important to note that the information presented is for informational purposes only. Please do not rely on this information for purchasing or planning purposes. The development, release, and timing of any products, features, or functionality may be subject to change or delay and remain at the sole discretion of GitLab Inc.
Status Authors Coach DRIs Owning Stage Created
proposed -

이 문서는 작업 중인 문서로, Cells 설계의 매우 초기 상태를 나타냅니다. 중요한 측면들이 문서화되지 않았지만, 향후 추가할 예정입니다. 이것은 Cells를 위한 하나의 가능한 아키텍처이며, 어떤 접근 방식을 실행할지 결정하기 전에 다른 대안과 대조할 것을 의도하고 있습니다. 이 문서는 우리가 이 접근 방식을 선택하지 않기로 결정하더라도 그 이유를 문서화할 수 있도록 유지될 것입니다.

Cells: 개인 액세스 토큰

1. 정의

사용자와 연관된 개인 액세스 토큰(PAT)은 사용자가 GitLab의 API와 상호 작용하기 위한 방법입니다. PAT는 현재 사용자에게 스코프가 지정되어 있으며, 사용자가 액세스 권한을 가지고 있는 모든 그룹에 액세스할 수 있습니다.

2. 데이터 흐름

3. 제안

3.1. 조직 단위 PAT

장점:

  • Rails 애플리케이션에서 완전히 관리할 수 있음.
  • 보안 강화. PAT는 조직에만 제한됨.

단점:

  • 다른 조직마다 다른 PAT가 필요함.
  • 한눈에 PAT가 특정 프로젝트/네임스페이스에 적용될지 확인할 수 없음.

3.2. 클러스터 전역 PAT

장점:

  • 사용자는 PAT가 적용되는 범위를 걱정할 필요가 없음.

단점:

  • 사용자는 PAT의 광범위한 범위(예: 개인 항목과 작업 항목의 분리)에 대해 걱정해야 함.
  • 조직은 PAT의 범위를 해당 조직에만 제한할 수 없음.
  • 복잡성 증가. 모든 클러스터 전역 데이터는 아마도 별도의 데이터 액세스 레이어로 이동될 것입니다.

4. 평가

4.1. 장점

4.2. 단점