GSP393

개요

챌린지 실습에서는 특정 시나리오와 일련의 작업이 주어집니다. 단계별 안내를 따르는 대신, 과정의 실습에서 배운 기술을 사용하여 스스로 작업을 완료하는 방법을 알아내 보세요. 이 페이지에 표시되어 있는 자동 채점 시스템에서 작업을 올바르게 완료했는지 피드백을 제공합니다.

챌린지 실습을 진행할 때는 새로운 Google Cloud 개념에 대한 정보가 제공되지 않습니다. 학습한 기술을 응용하여 기본값을 변경하거나 오류 메시지를 읽고 조사하여 실수를 바로잡아야 합니다.

100점을 받으려면 시간 내에 모든 작업을 성공적으로 완료해야 합니다.

이 실습은 Google Cloud에 CI/CD 파이프라인 구현하기 과정에 등록한 학습자에게 권장됩니다. 챌린지에 도전할 준비가 되셨나요?

테스트 주제

• 컨테이너에 Cloud Build 및 Artifact Registry를 사용합니다.
• Skaffold를 사용하여 Cloud Deploy 파이프라인을 설정합니다.
• 승격 승인을 사용하여 여러 환경에 배포합니다.
• 배포를 롤백합니다.

설정

실습 시작 버튼을 클릭하기 전에

다음 안내를 확인하세요. 실습에는 시간 제한이 있으며 일시중지할 수 없습니다. 실습 시작을 클릭하면 타이머가 시작됩니다. 이 타이머는 Google Cloud 리소스를 사용할 수 있는 시간이 얼마나 남았는지를 표시합니다.

실무형 실습을 통해 시뮬레이션이나 데모 환경이 아닌 실제 클라우드 환경에서 실습 활동을 진행할 수 있습니다. 실습 시간 동안 Google Cloud에 로그인하고 액세스하는 데 사용할 수 있는 새로운 임시 사용자 인증 정보가 제공됩니다.

이 실습을 완료하려면 다음을 준비해야 합니다.

• 표준 인터넷 브라우저 액세스 권한(Chrome 브라우저 권장)

참고: 이 실습을 실행하려면 시크릿 모드(권장) 또는 시크릿 브라우저 창을 사용하세요. 개인 계정과 학습자 계정 간의 충돌로 개인 계정에 추가 요금이 발생하는 일을 방지해 줍니다.

• 실습을 완료하기에 충분한 시간(실습을 시작하고 나면 일시중지할 수 없음)

참고: 이 실습에는 학습자 계정만 사용하세요. 다른 Google Cloud 계정을 사용하는 경우 해당 계정에 비용이 청구될 수 있습니다.

환경에 변경 사항을 적용하기 전에 실습이 프로비저닝될 때까지 기다려야 합니다. 환경에서 작업하는 데 필요한 사전 구성된 부분은 준비되었다고 표시되는 즉시 사용할 수 있습니다.

챌린지 시나리오

여러분은 Jooli Inc.의 클라우드 엔지니어라는 새로운 직무를 맡게 되었습니다. 새로운 경영진은 현대화를 진행하기로 결정했고, 레거시 시스템을 관리형 인프라와 자동화된 통합 및 배포 파이프라인으로 완전히 교체하는 것이 최선이라고 생각합니다. 여러분에게는 이를 위해 가장 적합한 도구와 서비스를 찾아서 테스트하는 업무가 주어졌습니다.

오늘 업무 마감 시간까지 다음을 모두 해결하는 개념 증명을 경영진에게 보여 주어야 합니다.

• 안전하고 신뢰할 수 있는 레지스트리에 저장된 컨테이너 이미지
• 컨테이너 이미지 자동 스캔 기능과 보안 취약점에 관한 상세한 보고서
• 관리형 인프라에서 실행되는 테스트 웹 애플리케이션
• 수동 오류를 없애기 위해 코드로 정의된 CI/CD 파이프라인
• 코드를 배포하고, 프로덕션과 유사한 환경으로 승격하거나 필요한 경우 롤백할 안정적이고 쉽고 빠른 방법

여러분은 Jooli의 클라우드 인프라 및 배포 도구를 관리하는 일을 지원해야 합니다. 일반적인 업무로는 Jooli Inc.가 효과적으로 현대화하고 권장사항을 따를 수 있도록 프로젝트에 사용할 리소스를 프로비저닝하고 새로운 제품과 서비스를 구현하는 작업을 들 수 있습니다.

여러분은 이러한 작업에 필요한 기술과 지식을 보유하고 있어야 하며, 단계별 안내는 제공되지 않습니다.

준수해야 할 몇 가지 Jooli Inc.의 표준은 다음과 같습니다.

• 달리 지시가 없는 한 모든 리소스는 리전 내에 만듭니다.
• 프로젝트 기본 VPC를 사용합니다.
• 비용 효율적으로 리소스 크기를 할당합니다. 프로젝트는 모니터링되며, 리소스를 과도하게 사용하면 포함된 프로젝트(및 잠재적으로는 내 프로젝트)가 종료되니 주의하세요. 모니터링 팀의 안내에 따르면 별도의 지시가 없는 한 기본 머신 유형을 사용해야 합니다.

챌린지

여러분은 책상에 앉아서 새 노트북을 열자마자 일련의 작업을 완료하라는 다음과 같은 요청을 받았습니다. 좋은 결과가 있길 바랍니다.

1. 사전 작업 - API 사용 설정, GKE 클러스터 만들기, Artifact Registry에서 Docker 저장소 만들기
2. 소스 코드를 클론하고, 이미지를 빌드하고, Artifact Registry에 푸시하기
3. 배포 파이프라인, 대상, 릴리스 만들기
4. 이미지를 다시 빌드 및 푸시하고 최신 태그 지정하기
5. 최신 버전으로 새로운 릴리스 만들기
6. 최신 릴리스를 두 번째 클러스터로 승격하기
7. 두 번째 클러스터의 변경사항을 롤백하고 수정한 후 다시 릴리스하기

작업 1. 사전 작업 - 환경 설정하기, API 사용 설정하기, 클러스터 만들기

1. 프로젝트 ID의 환경 변수를 설정합니다. (환경 변수는 아래에서 여러 구성 파일에 사용되므로 중요합니다.) 다음 명령어를 사용할 수 있습니다.

export PROJECT_ID=$(gcloud config get-value project) export PROJECT_NUMBER=$(gcloud projects describe $PROJECT_ID --format='value(projectNumber)') export REGION={{{ project_0.default_region }}} gcloud config set compute/region $REGION

2. 다음 명령어를 사용하여 Google Cloud 프로젝트에서 다음 서비스를 사용 설정합니다.

• container.googleapis.com
• clouddeploy.googleapis.com
• artifactregistry.googleapis.com
• cloudbuild.googleapis.com

gcloud services enable \ container.googleapis.com \ clouddeploy.googleapis.com \ artifactregistry.googleapis.com \ cloudbuild.googleapis.com

3. 다음 명령어를 사용하여 Kubernetes와 Cloud Deploy에 대해 권한을 사용 설정합니다.

gcloud projects add-iam-policy-binding $PROJECT_ID \ --member=serviceAccount:$(gcloud projects describe $PROJECT_ID \ --format="value(projectNumber)")-compute@developer.gserviceaccount.com \ --role="roles/clouddeploy.jobRunner" gcloud projects add-iam-policy-binding $PROJECT_ID \ --member=serviceAccount:$(gcloud projects describe $PROJECT_ID \ --format="value(projectNumber)")-compute@developer.gserviceaccount.com \ --role="roles/container.developer"

4. Cloud Build가 소스와 로그를 저장할 Cloud Storage 버킷을 만듭니다.

gsutil mb -p $PROJECT_ID gs://${PROJECT_ID}_cloudbuild

5. 아티팩트 저장소를 만듭니다.

Docker 컨테이너를 저장할 저장소를 만듭니다.

저장소의 이름을 cicd-challenge로 지정합니다.

gcloud artifacts repositories create cicd-challenge \ --description="Image registry for tutorial web app" \ --repository-format=docker \ --location=$REGION

6. Google Kubernetes Engine 클러스터를 만듭니다.

스테이징용 GKE 클러스터 cd-staging과 프로덕션용 GKE 클러스터 cd-production을 만듭니다. 클러스터는 단일 영역 및 단일 노드여야 합니다.

gcloud container clusters create cd-staging --node-locations={{{ project_0.default_zone }}} --num-nodes=1 --async gcloud container clusters create cd-production --node-locations={{{ project_0.default_zone }}} --num-nodes=1 --async

작업 2. 이미지를 빌드하고 저장소에 업로드하기

1. 아래 명령어를 사용하여 실습용 저장소를 홈 디렉터리에 클론합니다.

cd ~/ git clone https://github.com/GoogleCloudPlatform/cloud-deploy-tutorials.git cd cloud-deploy-tutorials git checkout c3cae80 --quiet cd tutorials/base

2. 아래 명령어를 사용하여 skaffold.yaml 구성을 만듭니다.

envsubst < clouddeploy-config/skaffold.yaml.template > web/skaffold.yaml cat web/skaffold.yaml

이제 웹 디렉터리에 skaffold.yaml 구성 파일이 들어 있습니다. 이 파일은 Skaffold가 애플리케이션의 컨테이너 이미지를 빌드하기 위한 지침을 제공합니다.

3. skaffold 명령어를 실행하여 애플리케이션을 빌드하고 앞에서 만든 Artifact Registry 저장소에 컨테이너 이미지를 배포합니다.

힌트: 앞에서 만든 저장소의 전체 경로를 사용하세요.

cd web skaffold build --interactive=false \ --default-repo <INSERT YOUR ARTIFACT REPOSITORY HERE> \ --file-output artifacts.json cd .. 컨테이너가 생성되었고 저장소에 추가되었는지 확인하기

작업 3. 배포 파이프라인 만들기

다음 명령어를 실행하여 파이프라인 템플릿 파일을 복사합니다.

1. delivery-pipeline.yaml 파일을 사용하여 delivery-pipeline 리소스를 만듭니다.

cp clouddeploy-config/delivery-pipeline.yaml.template clouddeploy-config/delivery-pipeline.yaml sed -i "s/targetId: staging/targetId: cd-staging/" clouddeploy-config/delivery-pipeline.yaml sed -i "s/targetId: prod/targetId: cd-production/" clouddeploy-config/delivery-pipeline.yaml sed -i "/targetId: test/d" clouddeploy-config/delivery-pipeline.yaml

2. deploy/region 구성 파라미터를 사용하여 배포 리전을 설정합니다.
3. gcloud beta deploy 명령어를 사용하여 위에서 만든 파이프라인 구성을 적용합니다.
4. 다음 명령어를 사용하여 배포 파이프라인이 생성되었는지 확인합니다.

gcloud beta deploy delivery-pipelines describe web-app

배포 대상 구성하기

각 GKE 클러스터용으로 하나씩, 총 2개의 배포 파이프라인 대상이 생성됩니다.

클러스터가 준비되어 있는지 확인하기

2개의 GKE 클러스터가 실행되고 있을 것입니다. 하지만 실제로 실행되고 있는지 확인하면 좋겠죠.

• 클러스터의 상태를 가져옵니다.

gcloud container clusters list --format="csv(name,status)"

아래 출력에서 볼 수 있듯이 모든 클러스터의 상태가 RUNNING일 것입니다. 아직 RUNNING으로 표시되지 않는다면 상태가 RUNNING으로 변경될 때까지 위 명령어를 다시 실행합니다.

각 클러스터의 컨텍스트 만들기

• 아래 명령어를 사용하여 각 클러스터의 사용자 인증 정보를 가져오고 나중에 클러스터를 참조할 수 있도록 사용하기 쉬운 kubectl 컨텍스트를 만듭니다.

CONTEXTS=({INSERT YOUR TARGETS HERE}) for CONTEXT in ${CONTEXTS[@]} do gcloud container clusters get-credentials ${CONTEXT} --region ${REGION} kubectl config rename-context gke_${PROJECT_ID}_${REGION}_${CONTEXT} ${CONTEXT} done

각 클러스터에 네임스페이스 만들기

• 아래 명령어를 사용하여 각 클러스터에 Kubernetes 네임스페이스(web-app)를 만듭니다.

for CONTEXT in ${CONTEXTS[@]} do kubectl --context ${CONTEXT} apply -f kubernetes-config/web-app-namespace.yaml done

배포 파이프라인 대상 만들기

1. 아래 명령어를 사용하여 각 대상의 대상 정의 파일을 만듭니다(변경할 필요 없음).

envsubst < clouddeploy-config/target-staging.yaml.template > clouddeploy-config/target-cd-staging.yaml envsubst < clouddeploy-config/target-prod.yaml.template > clouddeploy-config/target-cd-production.yaml sed -i "s/staging/cd-staging/" clouddeploy-config/target-cd-staging.yaml sed -i "s/prod/cd-production/" clouddeploy-config/target-cd-production.yaml

2. 대상 파일을 Cloud Deploy에 적용합니다.

대상에 대한 설명은 yaml 파일에서 확인할 수 있습니다. 각 대상은 해당 대상의 관련 클러스터 정보를 구성합니다.

스테이징 대상의 세부정보를 표시합니다.

cat clouddeploy-config/target-cd-staging.yaml Cloud Deploy 대상이 생성되었는지 확인하기

작업 4. 릴리스 만들기

1. gcloud beta deploy releases 명령어와 앞에서 만든 skaffold 및 artifacts.json 파일을 사용하여 릴리스를 만듭니다.

• 릴리스의 이름을 web-app-001로 지정하고 배포 파이프라인 web-app을 사용합니다.

힌트: 소스 디렉터리는 web/이어야 합니다.

• 아래 명령어를 사용하여 또는 콘솔에서 애플리케이션이 스테이징 환경(cd-staging)에 배포되었는지 확인합니다.

gcloud beta deploy rollouts list \ --delivery-pipeline web-app \ --release web-app-001

스테이징 환경으로의 릴리스 확인하기

작업 5. 애플리케이션을 프로덕션으로 승격하기

• 애플리케이션을 스테이징(cd-staging) 환경에서 프로덕션(cd-production) 환경으로 승격합니다.

힌트: 배포를 승인하는 것을 잊지 마세요.

프로덕션 환경으로의 릴리스 확인하기

작업 6. 애플리케이션을 변경하고 재배포하기

1. 편집기를 사용하여 cloud-deploy-tutorials/tutorials/base/web/leeroy-app/ 디렉터리를 열고 app.go 파일을 수정합니다. 24번 줄을 fmt.Fprintf(w, "leeroooooy app v2!!\n")으로 변경합니다.
2. 애플리케이션을 빌드하고 Artifact Registry로 푸시합니다.
3. 앞에서 만든 파이프라인에서 새로운 릴리스를 만듭니다. 릴리스의 이름을 web-app-002로 지정합니다.
4. 새 버전이 스테이징 환경에 배포되었는지 확인합니다.

gcloud beta deploy rollouts list \ --delivery-pipeline web-app \ --release web-app-002

작업 7. 변경사항 롤백하기

저런! QA 엔지니어가 스테이징 릴리스에서 버그를 발견했습니다. 릴리스를 이전 버전으로 롤백해야 합니다.

1. Cloud Deploy를 사용하여 애플리케이션의 원래 버전 web-app-001로 롤백합니다.
2. 원래 버전이 실행되고 있는지 확인합니다.

롤백이 성공적으로 실행되었는지 확인하기

축하합니다.

이 실습에서는 Google Cloud Deploy와 Artifact Registry를 사용하여 CI/CD 파이프라인을 성공적으로 설정했습니다. 경영진의 모든 요구사항을 충족하는 개념 증명을 만들었습니다. Jooli Inc.는 이제 애플리케이션 현대화의 이점을 바탕으로 ROI를 높이기 위한 여정을 순조롭게 진행하고 있습니다.

다음 기술 배지 획득

이 실습은 Google Cloud에 CI/CD 파이프라인 구현하기 과정의 일부입니다. 이 기술 배지 과정을 완료하면 위의 배지를 획득하여 수료를 인증할 수 있습니다. 이력서 및 소셜 미디어 플랫폼에 배지를 공유하고 #GoogleCloudBadge 해시태그를 사용해 스스로 달성한 업적을 널리 알리세요.

이 기술 배지 강의는 Google Cloud의 DevSecOps 학습 과정의 일부입니다. DevSecOps 학습 과정에서 학습 여정을 계속 이어 나가세요.

다음 단계/자세히 알아보기

• Google Kubernetes Engine: 클러스터 유형
• 컨테이너 분석 및 취약점 스캔
• Google Cloud Deploy를 다른 시스템과 통합하기

Google Cloud 교육 및 자격증

Google Cloud 기술을 최대한 활용하는 데 도움이 됩니다. Google 강의에는 빠른 습득과 지속적인 학습을 지원하는 기술적인 지식과 권장사항이 포함되어 있습니다. 기초에서 고급까지 수준별 학습을 제공하며 바쁜 일정에 알맞은 주문형, 실시간, 가상 옵션이 포함되어 있습니다. 인증은 Google Cloud 기술에 대한 역량과 전문성을 검증하고 입증하는 데 도움이 됩니다.

설명서 최종 업데이트: 2025년 5월 19일

실습 최종 테스트: 2025년 5월 19일

Copyright 2026 Google LLC. All rights reserved. Google 및 Google 로고는 Google LLC의 상표입니다. 기타 모든 회사명 및 제품명은 해당 업체의 상표일 수 있습니다.