워크스페이스를 위한 Kubernetes용 GitLab 에이전트 구성

워크스페이스를 지원하도록 Kubernetes용 GitLab 에이전트를 구성합니다.

워크스페이스 인프라를 설정 할 때는 워크스페이스를 지원하도록 Kubernetes용 GitLab 에이전트를 구성해야 합니다. 이 가이드는 Kubernetes 클러스터에 GitLab 에이전트가 이미 설치돼 있다고 가정합니다. 필수 조건: Kubernetes용 GitLab 에이전트 설정 튜토리얼 의 설정 단계를 모두 마쳐야 합니다. 에이전트 구성에서 remote_development 모듈이 활성화돼 있어야 하고, 이 모듈의 필수 필드가 올바르게 설정돼 있어야 합니다. [!note] 활성 워크스페이스가 있는 에이전트에서 remote_development 모듈을 비활성화하면 해당 워크스페이스는 사용할 수 없게 됩니다. 자세한 내용은 워크스페이스 설정 을 참고합니다. 워크스페이스를 만들려면 해당 그룹에서 에이전트가 허용돼 있어야 합니다. 워크스페이스를 만들 때 사용자는 워크스페이스 프로젝트의 상위 그룹에 연결된 허용 에이전트를 선택할 수 있습니다. 워크스페이스를 만드는 사용자는 에이전트가 속한 프로젝트에 대해 Developer 권한이 있어야 합니다. 워크스페이스를 만들기 위한 그룹에서 에이전트 권한 부여 # 히스토리 새로운 권한 부여 전략이 GitLab 17.2에서 도입 되었습니다. 새로운 권한 부여 전략은 레거시 권한 부여 전략 을 대체합니다. 그룹 Owner와 관리자는 어떤 클러스터 에이전트가 그룹의 워크스페이스를 호스팅할지 제어할 수 있습니다. 예를 들어 워크스페이스 프로젝트의 경로가 top-level-group/subgroup-1/subgroup-2/workspace-project 라면, top-level-group , subgroup-1 , subgroup-2 그룹에 구성된 에이전트를 모두 사용할 수 있습니다. Mermaid 다이어그램 (15줄) 소스 코드 보기 %%{init: { "fontFamily": "GitLab Sans" }}%% graph TD accTitle: Agent authorization hierarchy for workspaces accDescr: Workspace projects inherit access to agents from all parent groups in the hierarchy. topGroup[Top-Level Group, allowed Agent 1] subgroup1[Subgroup 1, allowed Agent 2] subgroup2[Subgroup 2, allowed Agent 3] wp(Workspace Project, Agent 1, 2 & 3 all available) topGroup --> subgroup1 subgroup1 --> subgroup2 subgroup2 --> wp class wp active;</code></pre></details></div> subgroup-1 같은 특정 그룹에 클러스터 에이전트를 허용하면, 그 그룹 아래의 모든 프로젝트에서 워크스페이스를 만드는 데 해당