사전 설치 준비

이 문서는 매주 발표 준비 단계를 다루지만 차트를 사용하여 설치하기 전에 설치를 진행하려는 누구에게나 유용할 수 있습니다.

발표를 하는 사람은 발표 직전에 이 문서를 확인하고 발표 하루 전에 설정을 수행해야 합니다:

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. 다음으로 테스트 리포지터리에 비텍스트 파일을 추가해야 합니다. 좋은 예로 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의 외부 자원 사용을 테스트하고자 합니다.

배포된 클러스터에서 이러한 외부 리소스에 액세스할 수 있도록 방화벽 규칙을 구성해야 합니다. CI에 사용되는 cloud-native GCP 프로젝트에는 이러한 방화벽 규칙이 이미 설정되어 있어 해당 프로젝트 내에서 생성된 모든 VM 인스턴스에 demo-pgsqldemo-redis 태그를 적용하여 사용할 수 있습니다.

PostgreSQL

차트 외부 PostgreSQL 서비스(예: pet 또는 SaaS)에 대한 준비는 advanced/external-db에서 찾을 수 있습니다. 여러 방법이 문서화되어 있습니다. 이를 설정한 후 전역 차트의 globals.psql 속성 섹션을 사용하여 차트를 외부 서비스로 구성해야 합니다.

Redis

차트 외부 Redis 서비스(예: pet 또는 SaaS)에 대한 준비는 advanced/external-redis에서 찾을 수 있습니다. 이를 설정한 후 차트를 외부 서비스로 구성하기 위해 전역 차트의 globals.redis 속성 섹션을 사용해야 합니다.

Gitaly

차트 외부 Gitaly 서비스에 대한 준비는 advanced/external-gitaly에서 찾을 수 있습니다. 이를 설정한 후 차트를 외부 서비스로 구성하기 위해 전역 차트의 globals.gitaly 속성 섹션을 사용해야 합니다.

Google OAuth2를 위한 OmniAuth 설정

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

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

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

GitLab QA 실행

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