• GKE 설정
  • 도메인 이름
• ChaosKube
• Git LFS
• 외부 리소스
  • PostgreSQL
  • Redis
  • Gitaly
• Google OAuth2를 위한 OmniAuth
• GitLab QA 실행

설치 전 준비 사항

본 문서는 매주 업데이트되는 데모 준비 단계를 다루며, 설치를 진행하기 전 차트를 사용하여 설치하려는 사람에게도 유용할 수 있습니다.

데모를 진행할 사람은 데모를 진행하기 전에 이 문서를 확인하고, 데모 하루 전에 세팅을 해야합니다.

• GKE 설정
• 외부 리소스
• Google OAuth2를 위한 OmniAuth

GKE 설정

cloud-native 프로젝트에 접근할 권한을 가진 gcloud 사용자가 있는지 확인하십시오. 모든 설치 절차는 이 프로젝트에서 진행되어야 합니다.

1. 시스템에 gcloud 도구가 설치되어 있는지 확인하십시오:

   mkdir gcloud-build && cd gcloud-build;
   wget https://dl.google.com/dl/cloudsdk/channels/rapid/downloads/google-cloud-sdk-189.0.0-linux-x86_64.tar.gz;
   tar -xzf google-cloud-sdk-189.0.0-linux-x86_64.tar.gz
   ./google-cloud-sdk/install.sh
   source google-cloud-sdk/path.bash.inc && echo "source google-cloud-sdk/path.bash.inc" >> $HOME/.profile
   

2. gcloud를 실행하고 대화식으로 인증 및 초기화를 진행하십시오:

   ./google-cloud-sdk/bin/gcloud init
   

도메인 이름

데모 중에는 클러스터 로드 밸런서로 해결되는 유효한 도메인 이름이 필요합니다. 새 도메인을 생성하거나 기존 도메인을 사용하여 데모를 위해 도메인 이름을 준비해야 합니다.

보통 cloud-native-win 또는 k8s-ftw를 사용합니다.

ChaosKube

ChaosKube를 실행하기 위해 ChaosKube 가이드를 따르십시오. 이는 보통 데모 이후에 진행됩니다.

Git LFS

차트 내에서 LFS 스토리지를 테스트하려면 git lfs를 사용할 수 있어야 합니다:

1. 여기에서 git-lfs를 설치하세요.

2. 다음으로, LFS를 통해 테스트 리포지토리에 추가할 비-텍스트 파일을 가져와야 합니다. GitLab 로고가 좋은 예입니다:

   git clone URL
   cd project
   curl -JLO "https://gitlab.com/gitlab-com/gitlab-artwork/raw/master/logo/logo.png"
   git lfs track "*.png"
   git add .gitattributes
   git add logo.png
   git commit -m "로고를 LFS로 추가"
   git push origin master
   

외부 리소스

데모의 일환으로, PostgreSQL 및 Redis를 위한 외부 리소스 사용을 테스트하도록 하겠습니다.

배포된 클러스터에서 이러한 외부 리소스에 도달할 수 있도록 firewall 규칙을 구성해야 합니다. 우리 CI에 사용된 cloud-native GCP 프로젝트에는 적용 가능한 방화벽 규칙이 있으며, 이는 프로젝트 내에서 생성된 모든 VM 인스턴스에 demo-pgsql 및 demo-redis 태그를 적용함으로써 사용할 수 있습니다.

PostgreSQL

차트 외부 PostgreSQL 서비스(펫 또는 SaaS)를 준비하는 방법은 여기에서 찾을 수 있습니다. 여러 방법으로 구성할 수 있으며, 설정 후 전역 차트의 globals.psql 속성 섹션을 사용하여 외부 서비스를 차트에 구성해야 합니다.

Redis

차트 외부 Redis 서비스(펫 또는 SaaS)를 준비하는 방법은 여기에서 찾을 수 있습니다. 이는 문서에 기술된 대로 수행할 수 있습니다. 설정 후 외부 서비스를 차트에 구성하기 위해 전역 차트의 globals.redis 속성 섹션을 사용해야 합니다.

Gitaly

차트 외부 Gitaly 서비스를 준비하는 방법은 여기에서 찾을 수 있습니다. 이는 문서에 기술된 대로 수행할 수 있으며, 설정 후 외부 서비스를 차트에 구성하기 위해 전역 차트의 globals.gitaly 속성 섹션을 사용해야 합니다.

Google OAuth2를 위한 OmniAuth

GKE와 통합할 수 있는 기능을 포함하는 배포를 구성하려면 OmniAuth를 사용해야 합니다. 클러스터 내 GitLab 엔드포인트의 호스트 이름을 위한 OAuth Client ID 자격 증명 세트가 생성되었는지 확인해야 합니다.

여기에서 OAuth 자격 증명 세트를 만드는 간단한 지침을 찾을 수 있습니다.

GCP에서 받은 자격 증명은 globals 차트의 omniauth.providers 구성 설명서에 따라 추가할 수 있습니다.

GitLab QA 실행

데모를 위한 준비로 배포된 차트에 대해 GitLab QA를 실행해야 합니다.