| Status | Authors | Coach | DRIs | Owning Stage | Created |
|---|---|---|---|---|---|
| proposed | - |
이 문서는 작업 중인 문서이며 Cells 설계의 초기 단계를 나타냅니다. 중요한 측면이 문서화되지 않았지만 향후 추가할 것으로 예상됩니다. 여기에는 Cells의 한 가지 아키텍처가 포함되어 있으며, 이를 구현할 접근 방식을 결정하기 전에 다른 대안과 대조할 계획입니다. 이 접근 방식을 선택하지 않기로 결정한 경우에도 결정 이유를 문서화하기 위해 이 문서는 유지될 것입니다.
Cells: Admin Area
Cells 아키텍처 제안에서 우리는 GitLab의 모든 관리 관련 테이블을 공유할 계획입니다. 이를 통해 하나의 인터페이스에서 모든 Cells을 더 간단히 관리하고 다른 Cells에서 설정이 발산하는 위험을 줄일 수 있습니다. 이는 모든 Cells에 분산될 데이터를 관리할 수 있는 Admin Area 페이지에 도전을 제기합니다.
1. 정의
“전체 인스턴스”를 걸친 데이터를 포함하는 Admin Area 페이지에는 몇 가지 결과가 있습니다. Admin Area 페이지는 모든 Cells에서 제공될 수 있으며 아마도 하나의 Cell에서만 제공될 수도 있습니다. 이미 많은 부분이 여러 Cells를 걸친 데이터를 가지고 있습니다. 예를 들어 모든 그룹, 프로젝트, 주제, 작업, 분석, 응용프로그램 디렉터리 등이 있습니다. 또한 “백그라운드 작업” 및 “백그라운드 마이그레이션” 페이지와 같이 여러 Cells를 걸칠 가능성이 있는 Admin Area에서의 관리 모니터링 기능도 있습니다.
2. 데이터 흐름
3. 제안
우리는 몇 가지 가능한 옵션으로 이러한 예외 사항을 어떻게 처리할지 결정해야 합니다.
- 이러한 모든 페이지를 전용 per-Cell 관리 섹션으로 이동합니다. 아마도 URL은
/cells/<cell_id>/admin과 같이 하나의 Cell로 라우팅되어 데이터를 각 Cell마다 표시할 수 있게 될 것입니다. 이러한 페이지는 모든 Cells에서 공유되는 설정을 제어하는 다른 Admin Area 페이지와 구분될 것입니다. 또한 이것이 Self-Managed 고객 및 GitLab의 단일-Cell 인스턴스에 표시되어야 하는지 여부도 고려해야 합니다. - 이 데이터에 대한 일부 집계 인터페이스를 구축하여 모든 Cells에서 가져올 수 있고 단일 UI에서 표시할 수 있도록 합니다. 이것은 데이터가 어떤 Cell에 있는지 모를 때 한눈에 모든 데이터를 보고 필터링해야 하는 관리자에게 유익할 수 있지만, 모든 Cells가 완전히 독립적으로 설계되었을 때 이러한 종류의 집계를 구축하는 것은 매우 까다롭고, 또한 Cells 간의 호환성에 보다 엄격한 요구 사항을 부과합니다.
다음 개요에서 현재 Admin Area에 포함된 각 기능이 어느 수준에서 관리될지를 설명합니다:
| 기능 | 클러스터 | Cell | 조직 |
|---|---|---|---|
| 남용 보고서 | |||
| 분석 | |||
| 응용프로그램 | |||
| 배포 키 | |||
| 레이블 | |||
| 메시지 | ✓ | ||
| 모니터링 | ✓ | ||
| 구독 | |||
| 시스템 훅 | |||
| 개요 | |||
| 설정 - 일반 | ✓ | ||
| 설정 - 통합 | ✓ | ||
| 설정 - 리포지터리 | ✓ | ||
| 설정 - CI/CD (1) | ✓ | ✓ | |
| 설정 - 보고 | ✓ | ||
| 설정 - 메트릭 | ✓ | ||
| 설정 - 서비스 사용 데이터 | ✓ | ||
| 설정 - 네트워크 | ✓ | ||
| 설정 - 외관 | ✓ | ||
| 설정 - 기본 설정 | ✓ |
(1) 구체적인 설정에 따라 일부는 클러스터 수준에서 관리되고, 일부는 Cell 수준에서 관리됩니다.