학습 과정: 확장 가능한 애플리케이션 - 구성 동기화로 변경사항 중앙화

이 튜토리얼 모음은 Google Kubernetes Engine(GKE) Enterprise 버전에서 실행되는 최신 애플리케이션 환경을 배포, 실행, 관리하려는 IT 관리자와 운영자를 대상으로 합니다. 이 튜토리얼 모음을 진행하면서 Cymbal Bank 샘플 마이크로서비스 애플리케이션을 사용하여 모니터링 및 알림을 구성하고, 워크로드를 확장하며, 장애를 시뮬레이션하는 방법을 알아봅니다.

클러스터 만들기 및 샘플 애플리케이션 배포
Google Cloud Managed Service for Prometheus로 모니터링
워크로드 확장
장애 시뮬레이션
변경 관리 중앙 집중화(이 튜토리얼)

개요 및 목표

새 서비스와 애플리케이션을 빌드할 때는 여러 환경에서 변경사항을 테스트할 수 있습니다. 조직이 성장함에 따라 팀마다 서로 다른 클러스터 구성이 필요할 수 있습니다. 구성이 다른 여러 클러스터를 관리하는 것은 쉽지 않을 수 있습니다. 구성 동기화와 같은 GitOps 도구를 사용하면 이러한 문제를 관리하는 데 도움이 될 수 있습니다.

클러스터 만들기 튜토리얼에서 클러스터를 만들고 이 클러스터에 Cymbal Bank 애플리케이션을 배포했습니다.

이 튜토리얼에서는 애플리케이션의 Kubernetes 매니페스트를 중앙 집중식 Git 저장소에 저장하는 방법과 구성 동기화와 같은 도구를 사용하여 Fleet의 여러 클러스터에 애플리케이션을 배포하는 방법을 알아봅니다. 다음 태스크를 완료하는 방법을 알아봅니다.

Git 저장소를 만들고 Cloud Build에 연결
클러스터를 만들고 Fleet에 등록한 후 클러스터 Fleet에 구성 동기화 설치
Fleet 패키지를 사용하여 클러스터 또는 전체 Fleet에 Cymbal Bank 및 기타 리소스 배포

비용

이 튜토리얼 시리즈에서 GKE Enterprise를 사용 설정하고 Cymbal Bank 샘플 애플리케이션을 배포하면 GKE Enterprise를 중지하거나 프로젝트를 삭제할 때까지 가격 책정 페이지에 나열된 대로 Google Cloud에서 GKE Enterprise 요금이 클러스터별로 청구합니다.

Compute Engine VM 및 부하 분산기 요금과 같이 Cymbal Bank 샘플 애플리케이션을 실행하는 동안 발생하는 기타 Google Cloud 비용도 지불해야 합니다.

시작하기 전에

Git 저장소에서 리소스를 저장, 변경, 배포하는 방법을 알아보려면 첫 번째 튜토리얼을 완료하여 Autopilot 모드를 사용하는 GKE 클러스터를 만들고 Cymbal Bank 샘플 마이크로서비스 기반 애플리케이션을 배포해야 합니다.

Cymbal Bank에 대한 이 튜토리얼 모음을 순서대로 완료하는 것이 좋습니다. 튜토리얼 모음을 진행하면서 새로운 기술을 배우고 추가적인 Google Cloud 제품 및 서비스를 사용하게 됩니다.

구성 동기화를 사용하여 Git 저장소의 Kubernetes 매니페스트를 클러스터에 배포하려면 다음 API를 사용 설정해야 합니다.

gcloud services enable configdelivery.googleapis.com cloudbuild.googleapis.com developerconnect.googleapis.com

Git 저장소를 만들고 Cloud Build에 연결

Fleet 패키지는 Kubernetes 리소스 매니페스트 모음입니다. 이러한 매니페스트를 패키지로 묶어 Git 저장소에서 직접 애플리케이션을 Fleet의 여러 클러스터에 배포할 수 있습니다. 이 워크플로를 사용하면 다음과 같은 이점이 있습니다.

클러스터별로 수동으로 적용하는 대신 Fleet에서 리소스를 배포하여 확장성 향상
점진적 출시를 통한 더 안전한 업데이트
버전 제어 및 승인과 같이 Git에서 구성 파일을 중앙에서 가져오는 추가 워크플로

Git에서 저장하고 변경하는 방법을 보여주기 위해 Cymbal Bank 저장소를 포크하고 Cloud Build에 연결합니다.

Cymbal Bank 저장소 포크

이 튜토리얼에서는 Git 저장소를 변경하여 구성 동기화를 통해 Kubernetes 리소스의 변경사항을 안전하게 관리하고 배포하는 방법을 보여줍니다. 이러한 변경사항을 직접 적용하려면 Git 저장소를 클론하는 대신 포크해야 합니다.

저장소를 포크하려면 다음 단계를 완료합니다.

GitHub에서 Cymbal Bank(bank-of-anthos) 샘플 저장소로 이동합니다.
포크를 클릭하여 소스 파일이 있는 저장소의 사본을 가져옵니다.
필요한 경우 GitHub 계정에 로그인합니다. GitHub에서 다른 조직이나 팀에 액세스할 수 있으면 저장소를 개인 계정으로 포크해야 합니다.

이제 Cymbal Bank 저장소 포크가 있습니다. 배포하는 모든 Kubernetes 매니페스트는 /kubernetes-manifests 폴더에 있습니다.

Cloud Build에 저장소 연결

Cloud Build는 Google Cloud에서 빌드를 실행할 수 있는 서비스로, GitOps 스타일의 지속적 배포에 사용될 수 있습니다. 구성 동기화의 Fleet 패키지 서비스는 Cloud Build를 사용하여 Git 저장소에서 Kubernetes 리소스를 가져와 클러스터에 배포합니다. Fleet 패키지를 사용하는 경우 동기화하려는 저장소당 한 번만 Cloud Build를 설정하면 됩니다. Fleet 패키지 API는 Cloud Build를 통해 빌드 트리거를 자동으로 만듭니다.

GitHub 저장소를 Cloud Build에 연결하려면 다음 안내를 따르세요.

Google Cloud 콘솔에서 Cloud Build 페이지를 열고 저장소를 선택합니다.

저장소 페이지 열기
2세대 저장소 페이지에 있는지 확인합니다. 필요한 경우 저장소(2세대) 보기를 선택합니다.
호스트 연결 만들기를 클릭합니다.
리전 메뉴에서 us-central1(아이오와)을 리전으로 선택합니다.

주의: us-central1(아이오와)만 리전으로 선택할 수 있습니다. Cloud Build 연결과 Fleet 패키지가 같은 리전에 있어야 합니다. Fleet 패키지(미리보기)는 us-central1만 지원합니다.
이름 필드에 연결 이름으로 cymbal-bank-connection을 입력합니다.
연결을 클릭합니다.
Cloud Build를 GitHub 계정에 처음 연결하는 경우에는 다음 단계를 완료합니다.
1. GitHub OAuth 토큰에 대한 요청을 수락합니다. 이 토큰은 Cloud Build GitHub 연결에 사용할 수 있도록 Secret Manager에 저장됩니다. 계속을 클릭합니다.
2. GitHub 저장소에 Cloud Build를 설치합니다. 새 계정에 설치를 선택합니다.
3. 새 GitHub 창이 열리면 이전에 Cymbal Bank 포크를 만든 GitHub 계정을 선택합니다. 프로덕션 환경에서는 액세스 권한을 위임한 다른 계정이나 저장소를 선택할 수 있습니다.
4. 인증 메시지에 따라 GitHub에서 ID를 확인합니다.
5. Cloud Build 저장소 액세스에 사용되는 GitHub 창에서 저장소만 선택을 선택합니다.
6. 저장소가 나열된 드롭다운 메뉴에서 bank-of-anthos 포크를 선택합니다.
7. 저장을 클릭합니다.
Google Cloud 콘솔의 Cloud Build 페이지에서 저장소 연결을 클릭하여 새 Git 저장소를 Cloud Build에 연결합니다.
연결 메뉴에서 cymbal-bank-connection을 선택합니다.
저장소 메뉴에서 bank-of-anthos 포크를 선택합니다.
링크를 선택합니다.

클러스터 만들기

이 시리즈의 첫 번째 튜토리얼에서는 클러스터 하나를 만들고 Cymbal Bank 애플리케이션을 클러스터에 배포했습니다. 실제 시나리오에서는 클러스터 하나만 관리할 가능성이 거의 없습니다. GKE를 사용하면 함께 관리할 수 있는 논리적 클러스터 그룹인 Fleet에서 클러스터를 그룹화할 수 있습니다. Fleet 내에서 다른 환경을 나타내거나 다른 팀에 속하는 일부 클러스터로 클러스터를 추가로 그룹화할 수 있습니다. 예를 들어 개발 클러스터, 스테이징 클러스터, 프로덕션 클러스터가 있을 수 있습니다. 대규모 조직에서는 개별 팀에 여러 환경에 맞는 자체 클러스터가 있을 수 있습니다. 즉, IT 관리자나 운영자는 수십 개의 클러스터를 관리해야 할 수도 있습니다.

이러한 모든 클러스터에 애플리케이션 또는 커스텀 정책과 같은 개별 리소스를 배포할 때 구성 동기화와 같은 GKE Enterprise 기능을 사용하면 이러한 배포를 대규모로 관리할 수 있습니다.

리소스를 여러 환경에 또는 클러스터 Fleet 전체에 배포하는 방법을 보여주기 위해 새 클러스터를 만들고 Cymbal Bank 애플리케이션을 클러스터에 배포합니다.

개발 환경을 시뮬레이션하는 GKE 클러스터를 만듭니다.
```
gcloud container clusters create-auto scalable-apps-dev \
  --project=PROJECT_ID \
  --region=REGION \
  --fleet-project=PROJECT_ID \
  --release-channel=rapid
```
다음을 바꿉니다.
- PROJECT_ID를 이전 섹션에서 만든 프로젝트의 자동 생성 ID로 바꿉니다. 프로젝트 ID는 프로젝트 이름과 다른 경우가 많습니다. 예를 들어 프로젝트가 scalable-apps일 수 있지만 프로젝트 ID는 scalable-apps일 수 있습니다.
- REGION을 클러스터를 만들 리전으로 바꿉니다(예: us-central1).
라벨은 리소스를 구성하는 데 도움이 되도록 GKE 리소스에 추가하는 키-값 쌍입니다. Fleet 패키지의 경우 Fleet 멤버십 라벨을 사용하여 Fleet 패키지가 타겟팅하는 클러스터를 맞춤설정할 수 있습니다. 다른 유형의 라벨은 지원되지 않습니다.

Fleet 멤버십에 라벨을 추가합니다.
```
gcloud container fleet memberships update scalable-apps-dev \
    --update-labels=env=dev
```
이 튜토리얼의 후반부에서 Fleet 패키지를 만들 때 이 라벨은 리소스가 이 시리즈의 첫 번째 튜토리얼의 scalable-apps 클러스터가 아닌 scalable-apps-dev 클러스터에만 배포되도록 합니다.

구성 동기화 설치

두 클러스터 모두에 구성 동기화를 설치합니다.

Google Cloud 콘솔에서 기능 섹션 아래의 구성 페이지로 이동합니다.

구성으로 이동

구성 동기화 설치를 클릭합니다.
수동 업그레이드를 선택한 상태를 유지합니다.
버전 메뉴는 기본적으로 최신 버전의 구성 동기화로 설정됩니다. 필요한 경우 최신 버전을 선택합니다.
설치 옵션에서 전체 Fleet에 구성 동기화 설치(권장)를 선택합니다.
구성 동기화 설치를 클릭합니다.
구성 동기화의 설정 탭에서 클러스터 목록의 상태 필드를 살펴봅니다. 몇 분 후 클러스터가 구성 동기화에 대해 올바르게 구성될 때까지 상태가 '대기 중'으로 표시됩니다. 상태가 사용 설정됨으로 변경되는 데 최대 10분이 걸릴 수 있습니다.

Cymbal Bank 배포

이 시리즈의 첫 번째 튜토리얼에서는 kubectl 명령어를 사용하여 애플리케이션 구성을 클러스터에 적용했습니다. 이 튜토리얼에서는 구성 동기화의 Fleet 패키지 기능을 사용하여 같은 구성을 새 클러스터에 배포합니다. 이후 섹션에서는 새 리소스를 Git 저장소에 추가하고 클러스터의 Fleet 전체에 배포하는 방법의 예시를 보여줍니다.

Cloud Build용 서비스 계정 설정

서비스 계정은 사용자가 아닌 애플리케이션에서 일반적으로 사용하는 특별한 종류의 계정입니다. 서비스 계정을 만들 때는 단일 특정 서비스나 태스크에 대한 서비스 계정을 만들고 서비스 계정에 세분화된 역할을 부여하는 것이 좋습니다. 이 튜토리얼에서는 서비스 계정을 만들어 Cloud Build에 Git 저장소에서 Kubernetes 리소스를 가져와 클러스터에 배포할 수 있는 권한을 부여합니다.

서비스 계정을 만들고 필요한 권한을 부여하려면 다음 단계를 완료합니다.

서비스 계정을 만듭니다.

gcloud iam service-accounts create "cymbal-bank-service-account"

리소스 번들 게시자 역할에 대한 IAM 정책 바인딩을 추가하여 서비스 계정에 Git 저장소에서 리소스를 가져올 수 있는 권한을 부여합니다.
```
gcloud projects add-iam-policy-binding PROJECT_ID \
   --member="serviceAccount:cymbal-bank-service-account@PROJECT_ID.iam.gserviceaccount.com" \
   --role='roles/configdelivery.resourceBundlePublisher'
```
메시지가 표시되면 정책 조건으로 None을 선택합니다.
로그 작성자 역할에 대한 IAM 정책 바인딩을 추가하여 서비스 계정에 로그를 작성할 수 있는 권한을 부여합니다.
```
gcloud projects add-iam-policy-binding PROJECT_ID \
   --member="serviceAccount:cymbal-bank-service-account@PROJECT_ID.iam.gserviceaccount.com" \
   --role='roles/logging.logWriter'
```
메시지가 표시되면 정책 조건으로 None을 선택합니다.

Cymbal Bank 애플리케이션의 출시 버전 만들기

Fleet 패키지를 사용하려면 배포할 저장소의 버전을 알 수 있는 시맨틱 버전 태그가 필요합니다. 저장소를 변경할 때 새 출시 버전을 만드는 것이 좋습니다. 이렇게 하면 버전 제어에 도움이 되고 필요한 경우 안정화 버전으로 쉽게 롤백할 수 있기 때문입니다.

Cymbal Bank의 GitHub 포크 웹브라우저 창에서 사이드바의 출시 버전 섹션 아래에 있는 새 출시 버전 만들기를 클릭합니다.
태그 선택 메뉴를 선택하고 태그로 v1.0.0을 입력합니다. 새 태그 만들기를 클릭합니다.
출시 버전 게시를 클릭합니다.

인증 설정

이 시리즈의 첫 번째 튜토리얼과 같이 사용자 인증을 처리할 JWT와 만든 새 클러스터의 JWT를 저장할 Kubernetes 보안 비밀을 만들어야 합니다. 클러스터마다 인증을 위한 고유한 JWT가 있는 것이 좋습니다.

Cloud Shell에서 JWT를 만듭니다.

openssl genrsa -out jwtRS256.key 4096
openssl rsa -in jwtRS256.key -outform PEM -pubout -out jwtRS256.key.pub

Kubernetes 보안 비밀을 만듭니다.

kubectl create secret generic jwt-key --from-file=./jwtRS256.key --from-file=./jwtRS256.key.pub

Fleet 패키지로 Cymbal Bank 애플리케이션 배포

FleetPackage 리소스는 여러 Kubernetes 매니페스트를 클러스터 Fleet에 배포하는 선언적 API입니다.

Fleet 패키지를 만들려면 Cloud Build에 연결된 Kubernetes 리소스가 있는 저장소를 가리키는 FleetPackage 사양을 정의합니다. 그런 다음 Git에서 리소스를 가져와 Fleet 전체에 배포하는 FleetPackage 리소스를 적용합니다.

Cloud Shell에서 configdelivery Google Cloud CLI 명령어 기본 위치를 설정합니다. 저장소를 Cloud Build에 연결할 때와 마찬가지로 Fleet 패키지 기능이 미리보기 상태인 동안에 us-central1을 사용해야 합니다.
```
gcloud config set config_delivery/location us-central1
```
다음 콘텐츠로 fleetpackage-spec.yaml이라는 파일을 만듭니다.
```
resourceBundleSelector:
  cloudBuildRepository:
    name: projects/PROJECT_ID/locations/us-central1/connections/cymbal-bank-connection/repositories/REPOSITORY_NAME
    tag: v1.0.0
    serviceAccount: projects/PROJECT_ID/serviceAccounts/cymbal-bank-service-account@PROJECT_ID.iam.gserviceaccount.com
    path: kubernetes-manifests
target:
  fleet:
    project: projects/PROJECT_ID
    selector:
      matchLabels:
        env: dev
rolloutStrategy:
  rolling:
    maxConcurrent: 1
```
REPOSITORY_NAME을 Cloud Build 연결에 표시된 저장소 이름으로 바꿉니다.

선택기 필드는 이전에 만든 Fleet 멤버십 라벨과 일치합니다. 이를 통해 Cymbal Bank 애플리케이션이 scalable-apps-dev 클러스터에만 배포됩니다. 첫 번째 튜토리얼의 scalable-apps 클러스터는 영향을 받지 않습니다. 다음 섹션에서는 Fleet의 모든 클러스터를 타겟팅하는 Fleet 패키지의 예시를 보여줍니다.

출시 전략 필드는 리소스가 클러스터 전체에 배포되는 방식을 제어합니다. 이 예시에서는 클러스터 하나에만 배포하므로 이 필드로 출시 진행 방식이 변경되지는 않습니다. 하지만 클러스터가 많이 있는 경우 이 설정을 사용하면 리소스 파일이 다음 클러스터로 이동하기 전에 클러스터 하나에 모두 적용됩니다. 이를 통해 출시 진행 상황을 모니터링할 수 있습니다.

Fleet 패키지를 만듭니다.

gcloud alpha container fleet packages create cymbal-bank-fleet-package \
    --source=fleetpackage-spec.yaml \
    --project=PROJECT_ID

Fleet 패키지가 생성되었는지 확인합니다.
```
gcloud alpha container fleet packages list
```
출력에 빌드 트리거 상태가 나열됩니다. 몇 초 후 MESSAGE 필드가 다음과 유사한 출력으로 업데이트됩니다.
```
MESSAGES: Build status: WORKING. The release is still being built; see the build status on the following page:
```
제공된 링크를 클릭하면 Cloud Build 작업의 스트리밍 로그를 볼 수 있습니다. Cloud Build에서 빌드 트리거를 처리하는 데 몇 분 정도 걸릴 수 있습니다.
빌드 트리거가 성공적으로 완료되면 gcloud alpha container fleet packages list 출력은 다음과 비슷합니다.
```
NAME: cymbal-bank-fleet-package
STATE: ACTIVE
CREATE_TIME: 2024-07-09T15:15:56
ACTIVE_ROLLOUT: rollout-20240709-153621
LAST_COMPLETED_ROLLOUT:
MESSAGES:
```
Fleet 패키지가 Fleet 전체에서 Kubernetes 리소스를 출시하기 시작합니다.
Google Cloud 콘솔의 Google Kubernetes Engine 페이지에서 scalable-apps-dev 클러스터를 선택한 후 워크로드 페이지로 이동하여 모든 GKE 클러스터에 배포 중인 워크로드의 집계된 뷰를 확인합니다.

워크로드 페이지 열기

Autopilot에서 리소스 요청이 충족되도록 포드를 조정하는 동안 몇 가지 오류가 표시될 수 있습니다. 몇 분 후 포드가 OK 상태로 실행되기 시작합니다.
Cymbal Bank 웹 인터페이스를 보려면 다음 단계를 완료합니다.
1. Google Cloud 콘솔의 Google Kubernetes Engine 페이지에서 게이트웨이, 서비스, 인그레스 페이지로 이동합니다.
  
  게이트웨이, 서비스, 인그레스 페이지로 이동
2. Cymbal Bank 인그레스를 찾으려면 '서비스' 탭을 클릭하고 frontend 서비스를 찾습니다.
3. 198.51.100.143:80과 같은 frontend 인그레스의 엔드포인트 링크를 클릭하여 Cymbal Bank 웹 인터페이스를 엽니다.

Fleet 전체에 리소스 배포

다음으로, 새로운 마이크로서비스로 Cymbal Bank 애플리케이션을 확장하려는 시나리오를 가정해 보겠습니다. 현재의 모든 클러스터와 향후 Fleet에 추가될 모든 클러스터에 이 마이크로서비스를 배포하려고 합니다. Fleet 패키지를 사용하면 여러 클러스터에 배포하고 새 클러스터에 자동으로 배포할 수 있습니다.

Git 저장소에 새 리소스 추가

새 서비스를 애플리케이션에 추가하는 방법을 보여주기 위해 기본 nginx 배포를 만들고 클러스터에 추가합니다.

Cymbal Bank GitHub 포크 웹브라우저 창에서 파일 추가를 선택한 후 새 파일 만들기를 선택합니다.

파일 이름을 new-resource/nginx.yaml로 지정하고 다음 콘텐츠를 붙여넣습니다.

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - image: nginx:1.14.2
        name: nginx
        ports:
        - containerPort: 80

변경사항 커밋을 클릭합니다.
확인 대화상자에서 main 브랜치에 직접 커밋을 선택한 상태로 유지하고 변경사항 커밋을 클릭합니다.

참고: 실제 시나리오에서는 변경사항을 검토하고 승인할 수 있도록 대신 새 pull 요청을 만드는 것이 좋습니다.
포크된 Cymbal Bank 저장소의 기본 페이지에 있는 사이드바에서 출시 버전을 선택합니다.
페이지 상단에서 새 출시 버전 초안 작성을 선택합니다.
태그 선택 메뉴를 선택하고 태그로 v1.1.0을 입력합니다. 새 태그 만들기를 클릭합니다.
출시 버전 게시를 클릭합니다.

Fleet 패키지를 사용하여 클러스터에 리소스 배포

새 리소스를 배포하려면 새 Fleet 패키지를 만듭니다.

이 Fleet 패키지는 선택기 필드를 포함하지 않으므로 Fleet의 모든 클러스터를 타겟팅합니다. 즉, 향후 Fleet에 추가될 클러스터에 nginx 배포가 자동으로 추가됩니다.

Cloud Shell에서 다음 콘텐츠가 포함된 new-deployment-fleet-package.yaml 파일을 만듭니다.

resourceBundleSelector:
  cloudBuildRepository:
    name: projects/PROJECT_ID/locations/us-central1/connections/cymbal-bank-connection/repositories/REPOSITORY_NAME
    tag: v1.1.0
    serviceAccount: projects/PROJECT_ID/serviceAccounts/cymbal-bank-service-account@PROJECT_ID.iam.gserviceaccount.com
    path: kubernetes-manifests/new-resource
target:
  fleet:
    project: projects/PROJECT_ID
rolloutStrategy:
  rolling:
    maxConcurrent: 1

출시를 시작할 Fleet 패키지를 만듭니다.

gcloud alpha container fleet packages create new-deployment-fleet-package \
    --source=new-deployment-fleet-package.yaml \
    --project=PROJECT_ID

Fleet 패키지가 생성되었는지 확인합니다.
```
gcloud alpha container fleet packages list
```
제공된 링크를 클릭하면 Cloud Build 작업의 스트리밍 로그를 볼 수 있습니다.

Fleet 패키지가 Fleet 전체에서 Kubernetes 리소스를 출시하기 시작합니다. 출시가 시작되어 완료되는 데 몇 분 정도 걸릴 수 있습니다.
Google Cloud 콘솔의 Google Kubernetes Engine 페이지에서 워크로드 페이지로 이동하여 모든 GKE 클러스터에 배포되는 워크로드의 집계된 뷰를 확인합니다.

워크로드 페이지 열기

Fleet 패키지를 사용하여 다양한 배포 전략을 계속 살펴볼 수 있습니다. 예를 들어 다양한 유형의 리소스를 포크된 저장소에 추가하고 다양한 Fleet 패키지 구성을 사용하여 배포해 볼 수 있습니다. 또한 Fleet 패키지를 사용하여 클러스터 전체에 배포된 모든 리소스를 삭제할 수 있습니다. Fleet 패키지에 대한 자세한 내용은 구성 동기화 문서의 Fleet 패키지 배포를 참조하세요.

Fleet 전체에서 리소스 삭제

리소스를 Fleet 전체에 배포할 수 있는 것처럼 Fleet 패키지를 사용하여 Fleet 전체에서 리소스를 삭제할 수 있습니다.

개별 리소스를 삭제하는 대략적인 단계는 다음과 같습니다.

Git 저장소에서 리소스를 삭제합니다.
새 Git 출시 버전을 만들고 새 태그를 만듭니다.
Fleet 패키지 tag 필드를 업데이트합니다.
Fleet 패키지 업데이트 명령어를 실행합니다.

또는 Fleet 패키지 자체를 삭제할 수 있습니다. 그러면 Fleet 패키지에서 관리한 모든 리소스도 삭제됩니다.

예를 들어 이전 섹션의 nginx 배포를 삭제하려면 다음 명령어를 실행합니다.

gcloud alpha container fleet packages delete new-deployment-fleet-package --force

삭제

이 튜토리얼에서 사용한 리소스 비용이 Google Cloud 계정에 청구되지 않도록 하려면 만든 프로젝트를 삭제하세요.

주의: 프로젝트를 삭제하면 다음과 같은 효과가 발생합니다.

프로젝트의 모든 항목이 삭제됩니다. 이 문서의 태스크에 기존 프로젝트를 사용한 경우 프로젝트를 삭제하면 프로젝트에서 수행한 다른 작업도 삭제됩니다.
커스텀 프로젝트 ID가 손실됩니다. 이 프로젝트를 만들 때 앞으로 사용할 커스텀 프로젝트 ID를 만들었을 수 있습니다. appspot.com URL과 같이 프로젝트 ID를 사용하는 URL을 보존하려면 전체 프로젝트를 삭제하는 대신 프로젝트 내에서 선택한 리소스만 삭제합니다.

여러 아키텍처, 튜토리얼, 빠른 시작을 살펴보려는 경우 프로젝트를 재사용하면 프로젝트 할당량 한도 초과를 방지할 수 있습니다.

In the Google Cloud console, go to the Manage resources page.
Go to Manage resources
In the project list, select the project that you want to delete, and then click Delete.
In the dialog, type the project ID, and then click Shut down to delete the project.

다음 단계를 완료하여 포크된 저장소를 삭제할 수 있습니다.

Cymbal Bank GitHub 포크 웹브라우저 창의 저장소 이름 아래에서 설정을 클릭합니다.
일반 설정 페이지(기본적으로 선택됨)에서 위험 영역 섹션으로 이동하고 이 저장소 삭제를 클릭합니다.
이 저장소를 삭제하고 싶습니다를 클릭합니다.
경고를 읽고 이 영향을 읽고 이해했습니다를 클릭합니다.
올바른 저장소를 삭제하는지 확인하려면 텍스트 필드에 포크된 Cymbal Bank 저장소 이름을 입력합니다.
이 저장소 삭제를 클릭합니다.

다음 단계

이 튜토리얼 모음에서 배운 것과 비슷한 자체 GKE Enterprise 클러스터 환경을 만들기 전에 몇 가지 프로덕션 고려사항을 검토하세요.