레퍼런스 아키텍처: 최대 20 RPS 또는 1,000명 사용자

레퍼런스 아키텍처: 최대 20 RPS 또는 1,000명 사용자에 대해 설명합니다.

이 레퍼런스 아키텍처는 초당 20개 요청(RPS)의 최대 부하를 대상으로 합니다. 실제 데이터를 기반으로 이 부하는 일반적으로 수동 및 자동화된 상호 작용을 포함하여 최대 1,000명의 사용자에 해당합니다. 레퍼런스 아키텍처의 전체 목록은 사용 가능한 레퍼런스 아키텍처 를 참조하세요. 목표 부하 : API: 20 RPS, Web: 2 RPS, Git (Pull): 2 RPS, Git (Push): 1 RPS 고가용성 : 없음. 고가용성 환경은 수정된 3K 레퍼런스 아키텍처 를 따릅니다. 클라우드 네이티브 하이브리드 : 없음. 클라우드 네이티브 하이브리드 환경의 경우 수정된 하이브리드 레퍼런스 아키텍처 를 따를 수 있습니다. 어떤 레퍼런스 아키텍처를 사용할지 확실하지 않으신가요? 자세한 내용은 어떤 아키텍처로 시작할지 결정하기 를 참조하세요. 사용자 구성 GCP 예시 1 AWS 예시 1 Azure 예시 1 최대 1,000명 또는 20 RPS 8 vCPU, 16 GB 메모리 n1-standard-8 2 c5.2xlarge F8s v2 각주 : --> 머신 유형 예시는 설명 목적으로 제공됩니다. 이러한 유형은 검증 및 테스트 에 사용되지만 규정적인 기본값으로 의도된 것은 아닙니다. 사용 가능한 경우 ARM 변형을 포함하여 나열된 요구 사항을 충족하는 다른 머신 유형으로 전환하는 것이 지원됩니다. 자세한 내용은 지원되는 머신 유형 을 참조하세요. GCP의 경우 8 vCPU 및 16 GB RAM의 권장 요구 사항과 일치하는 가장 가까운 동등한 표준 머신 유형이 선택되었습니다. 원하는 경우 사용자 정의 머신 유형 을 사용할 수도 있습니다. 다음 다이어그램은 GitLab을 단일 서버에 설치할 수 있지만 내부적으로 여러 서비스로 구성되어 있음을 보여줍니다. 인스턴스가 확장되면 이러한 서비스는 분리되어 특정 수요에 따라 독립적으로 확장됩니다. 경우에 따라 일부 서비스에 PaaS를 활용할 수 있습니다. 예를 들어 일부 파일 시스템에 클라우드 오브젝트 스토리지를 사용할 수 있습니다. 이중화를 위해 일부 서비스는 노드 클러스터가 되어 동일한 데이터를 저장합니다. 수평으로 확장된 GitLab 구성에서는 클러스터를 조정하거나 리소스를 검색하기 위한 다양한 보조 서비스가 필요합니다. 예를 들어 PostgreSQL 연결 관리를 위한 PgBouncer 또는 Prometheus 엔드포인트 검색을 위한 Consul이 있습니다. PlantUML 다이어그램 (29줄) 소스 코드 보기 @startuml 1k card "**Prometheus**" as monitor #7FFFD4 package "GitLab Single Server" as gitlab-single-server { together { card "**GitLab Rails**" as gitlab #32CD32 card "**Gitaly**" as gitaly #FF8C00 card "**PostgreSQL**" as postgres #4EA7FF card "**Redis**" as redis #FF6347 car