Cloud Run에 컨테이너 이미지 배포

콘솔

컨테이너 이미지를 배포하려면 다음 안내를 따르세요.

1. Google Cloud 콘솔에서 Cloud Run 페이지로 이동합니다.

   Cloud Run으로 이동

2. 컨테이너 배포를 클릭하고 서비스를 선택하여 서비스 만들기 양식을 표시합니다.

   1. 양식에서 배포 옵션을 선택합니다.

      1. 컨테이너를 수동으로 배포하려면 기존 컨테이너 이미지에서 하나의 버전 배포를 선택하고 컨테이너 이미지를 지정합니다.

      2. 지속적 배포를 자동화하려면 소스 저장소에서 지속적으로 새 버전 배포를 선택하고 지속적 배포 안내를 따릅니다.

   2. 필요한 서비스 이름을 입력합니다. 서비스 이름은 49자(영문 기준) 이하여야 하며 리전과 프로젝트별로 고유해야 합니다. 서비스 이름은 나중에 변경할 수 없으며 공개적으로 표시됩니다.

   3. 서비스를 배치할 리전을 선택합니다. 리전 선택기는 가격 등급, 도메인 매핑의 가용성을 나타내고, 탄소 배출량이 가장 낮은 리전을 강조표시합니다.

   4. 필요에 따라 CPU 할당 및 가격 책정을 설정합니다.

   5. 자동 확장에서 최소 및 최대 인스턴스를 지정합니다.

   6. 필요에 따라 양식에서 인그레스 설정을 지정합니다.

   7. 인증 아래에서 다음을 구성합니다.

      • 공개 API 또는 웹 사이트를 사용하는 경우 인증되지 않은 호출 허용을 선택합니다. 이를 선택하면 IAM 호출자 역할이 특수 식별자 allUser에 할당됩니다. 서비스를 만든 후 나중에 IAM을 사용하여 이 설정을 수정할 수 있습니다.
      • 보안 서비스를 인증으로 보호하려면 인증 필요를 선택합니다.

3. 컨테이너, 볼륨, 네트워킹, 보안을 클릭하여 해당 탭에서 다른 선택적 설정을 지정합니다.

   • 동시 실행
   • 컨테이너 구성
   • CPU 한도
   • 메모리 제한
   • 요청 제한 시간
   • 보안 비밀
   • 환경 변수
   • 실행 환경
   • HTTP/2
   • 서비스 계정
   • Cloud SQL 연결
   • VPC 연결

4. 서비스 구성을 마쳤으면 만들기를 클릭하여 이미지를 Cloud Run에 배포하고 배포가 완료되도록 기다립니다.

5. 배포된 서비스의 고유한 공개 버전 엔드포인트를 열려면 표시된 URL을 클릭합니다.

gcloud

1. In the Google Cloud console, activate Cloud Shell.

   Activate Cloud Shell

   At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.

2. 컨테이너 이미지를 배포하려면 다음 안내를 따르세요.

   1. 다음 명령어를 실행합니다.

      gcloud run deploy SERVICE --image IMAGE_URL

      • SERVICE를 배포하려는 서비스 이름으로 바꿉니다. 서비스 이름은 49자(영문 기준) 이하여야 하며 리전과 프로젝트별로 고유해야 합니다. 서비스가 존재하지 않으면 배포 중 이 명령어로 서비스가 생성됩니다. 이 매개변수를 완전히 생략할 수 있지만 생략하면 서비스 이름을 입력하라는 메시지가 표시됩니다.
      • IMAGE_URL을 컨테이너 이미지에 대한 참조(예: us-docker.pkg.dev/cloudrun/container/hello:latest)로 바꿉니다. Artifact Registry를 사용하는 경우 저장소 REPO_NAME이 이미 생성되어 있어야 합니다. URL의 형식은 LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/PATH:TAG입니다. --image 플래그를 제공하지 않으면 배포 명령어가 소스 코드에서 배포를 시도합니다.

      공개 API 또는 웹사이트를 만드는 경우 --allow-unauthenticated 플래그를 사용하여 서비스의 인증되지 않은 호출을 허용합니다. 그러면 Cloud Run 호출자 IAM 역할이 allUsers에 할당됩니다. 또한 인증되지 않은 호출을 허용하지 않도록 --no-allow-unauthenticated를 지정할 수 있습니다. 이러한 플래그를 생략하면 deploy 명령어가 실행될 때 확인 메시지가 표시됩니다.

   2. 배포가 완료될 때까지 기다립니다. 성공적으로 완료되면 배포된 서비스의 URL이 포함된 성공 메시지가 표시됩니다.

   run/region gcloud 속성을 사용하여 설정한 위치와 다른 위치에 배포하려면 다음을 사용합니다.

   gcloud run deploy SERVICE --region REGION

YAML

YAML 파일에 서비스 사양을 저장한 후 gcloud CLI를 사용하여 배포할 수 있습니다.

1. 다음 콘텐츠로 새 service.yaml 파일을 만듭니다.

   apiVersion: serving.knative.dev/v1
   kind: Service
   metadata:
     name: SERVICE
   spec:
     template:
       spec:
         containers:
         - image: IMAGE

   다음과 같이 바꿉니다.

   • SERVICE를 Cloud Run 서비스 이름으로 바꿉니다. 서비스 이름은 49자(영문 기준) 이하여야 하며 리전과 프로젝트별로 고유해야 합니다.
   • IMAGE를 컨테이너 이미지의 URL로 바꿉니다.

   또한 환경 변수 또는 메모리 제한과 같은 추가 구성을 지정할 수 있습니다.

2. 다음 명령어를 사용하여 새 서비스를 배포합니다.

   gcloud run services replace service.yaml

3. 선택적으로 서비스에 대한 인증되지 않은 액세스를 허용하려면 서비스를 공개로 설정합니다.

Cloud Code

Cloud Code를 사용하여 배포하려면 IntelliJ 및 Visual Studio Code 가이드를 읽어보세요.

Terraform

Terraform을 사용하는 경우 Google Cloud Platform 제공업체의 google_cloud_run_v2_service 리소스를 사용하여 Terraform 구성에 서비스를 정의합니다.

1. 다음 내용으로 새 main.tf 파일을 만듭니다.

   provider "google" {
     project = "PROJECT-ID"
   }
   
   resource "google_cloud_run_v2_service" "default" {
     name     = "SERVICE"
     location = "REGION"
     client   = "terraform"
   
     template {
       containers {
         image = "IMAGE"
       }
     }
   }
   
   resource "google_cloud_run_v2_service_iam_member" "noauth" {
     location = google_cloud_run_v2_service.default.location
     name     = google_cloud_run_v2_service.default.name
     role     = "roles/run.invoker"
     member   = "allUsers"
   }
   

   다음과 같이 바꿉니다.

   • PROJECT-ID를 Google Cloud 프로젝트 ID로 바꿉니다.
   • REGION을 Google Cloud 리전으로 바꿉니다.
   • SERVICE를 Cloud Run 서비스 이름으로 바꿉니다. 서비스 이름은 49자 이하여야 하며 리전 및 프로젝트별로 고유해야 합니다.
   • IMAGE_URL을 컨테이너 이미지에 대한 참조(예: us-docker.pkg.dev/cloudrun/container/hello:latest)로 바꿉니다. Artifact Registry를 사용하는 경우 저장소 REPO_NAME이 이미 생성되어 있어야 합니다. URL의 형식은 LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/PATH:TAG입니다.

   이 구성은 공개 액세스를 허용합니다(--allow-unauthenticated와 동일). 서비스를 비공개로 설정하려면 google_cloud_run_v2_service_iam_member 스탠자를 삭제합니다.

2. Terraform을 초기화합니다.

   terraform init

3. Terraform 구성을 적용합니다.

   terraform apply

   yes를 입력하여 기술된 작업 적용을 확인합니다.

클라이언트 라이브러리

코드에서 새 서비스를 배포하려면 다음 안내를 따르세요.

• Go
• 자바
• Node.js
• Python
• Ruby
• PHP
• .NET

REST API

새 서비스를 배포하려면 POST HTTP 요청을 Cloud Run Admin API service 엔드포인트로 보냅니다.

예를 들어 다음과 같이 curl을 사용합니다.

curl -H "Content-Type: application/json" \
  -H "Authorization: Bearer ACCESS_TOKEN" \
  -X POST \
  -d '{template: {containers: [{image: "IMAGE_URL"}]}}' \
  https://run.googleapis.com/v2/projects/PROJECT_ID/locations/REGION/services?serviceId=SERVICE

다음과 같이 바꿉니다.

• ACCESS_TOKEN을 서비스를 배포할 수 있는 IAM 권한이 있는 계정의 유효한 액세스 토큰으로 바꿉니다. 예를 들어 gcloud에 로그인한 경우 gcloud auth print-access-token을 사용하여 액세스 토큰을 검색할 수 있습니다. Cloud Run 컨테이너 인스턴스 내에서 컨테이너 인스턴스 메타데이터 서버를 사용하여 액세스 토큰을 검색할 수 있습니다.
• IMAGE_URL을 컨테이너 이미지에 대한 참조(예: us-docker.pkg.dev/cloudrun/container/hello:latest)로 바꿉니다. Artifact Registry를 사용하는 경우 저장소 REPO_NAME이 이미 생성되어 있어야 합니다. URL의 형식은 LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/PATH:TAG입니다.
• SERVICE를 배포할 서비스의 이름으로 바꿉니다. 서비스 이름은 49자(영문 기준) 이하여야 하며 리전과 프로젝트별로 고유해야 합니다.
• REGION을 서비스의 Google Cloud 리전으로 바꿉니다.
• PROJECT-ID를 Google Cloud 프로젝트 ID로 바꿉니다.

콘솔

기존 서비스의 새 버전을 배포하려면 다음 안내를 따르세요.

1. Google Cloud 콘솔에서 Cloud Run 페이지로 이동합니다.

   Cloud Run으로 이동

2. 서비스 목록에서 업데이트할 서비스를 찾고 클릭하여 해당 서비스의 세부정보를 엽니다.

3. 새 버전 수정 및 배포를 클릭하여 버전 배포 양식을 표시합니다.

   1. 필요한 경우 배포하려는 새 컨테이너 이미지 URL을 제공합니다.

   2. 필요에 따라 컨테이너를 구성합니다.

   3. 필요에 따라 CPU 할당 및 가격 책정을 설정합니다.

   4. 용량에서 메모리 한도와 CPU 한도를 지정합니다.

   5. 필요에 따라 요청 제한 시간과 동시 실행을 지정합니다.

   6. 필요에 따라 실행 환경을 지정합니다.

   7. 자동 확장에서 최소 및 최대 인스턴스를 지정합니다.

   8. 필요에 따라 다른 탭을 사용하여 다음을 선택적으로 구성합니다.

      • 보안 비밀
      • 환경 변수
      • HTTP/2
      • 서비스 계정
      • Cloud SQL 연결
      • VPC 연결

4. 모든 트래픽을 새 버전으로 전송하려면 이 버전을 즉시 제공을 선택합니다. 새 버전을 점진적으로 출시하려면 해당 체크박스를 선택 취소합니다. 이렇게 하면 트래픽이 새 버전으로 전송되지 않는 배포가 생성됩니다. 배포 후 점진적 출시 안내를 따릅니다.

5. 배포를 클릭하고 배포가 완료될 때까지 기다립니다.

gcloud

1. In the Google Cloud console, activate Cloud Shell.

   Activate Cloud Shell

   At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.

2. 컨테이너 이미지를 배포하려면 다음 안내를 따르세요.

   1. 다음 명령어를 실행합니다.

      gcloud run deploy SERVICE --image IMAGE_URL

      • SERVICE를 배포할 서비스의 이름으로 바꿉니다. 이 매개변수를 완전히 생략할 수 있지만 생략하면 서비스 이름을 입력하라는 메시지가 표시됩니다.
      • IMAGE_URL을 컨테이너 이미지에 대한 참조(예: us-docker.pkg.dev/cloudrun/container/hello:latest)로 바꿉니다. Artifact Registry를 사용하는 경우 저장소 REPO_NAME이 이미 생성되어 있어야 합니다. URL의 형식은 LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/PATH:TAG입니다.

      새 버전의 경우 버전 서픽스가 자동으로 할당됩니다. 고유 버전 서픽스를 제공하려면 gcloud CLI 매개변수 --revision-suffix를 사용합니다.

   2. 배포가 완료될 때까지 기다립니다. 성공적으로 완료되면 배포된 서비스의 URL이 포함된 성공 메시지가 표시됩니다.

YAML

기존 서비스 구성을 다운로드하거나 확인해야 할 경우에는 다음 명령어를 사용해서 결과를 YAML 파일로 저장합니다.

gcloud run services describe SERVICE --format export > service.yaml

서비스 구성 YAML 파일에서 필요에 따라 모든 spec.template 하위 속성을 수정하여 버전 설정을 업데이트한 후 새 버전을 배포합니다.

gcloud run services replace service.yaml

Cloud Code

Cloud Code를 사용하여 기존 서비스의 새 버전을 배포하려면 IntelliJ 및 Visual Studio Code 가이드를 참조하세요.

Terraform

새 서비스 배포 예시의 설명대로 Terraform을 설정했는지 확인합니다.

1. 구성 파일을 변경합니다.

2. Terraform 구성을 적용합니다.

   terraform apply

   yes를 입력하여 기술된 작업 적용을 확인합니다.

클라이언트 라이브러리

코드에서 새 버전 배포:

• Go
• 자바
• Node.js
• Python
• Ruby
• PHP
• .NET

REST API

새 버전을 배포하려면 PATCH HTTP 요청을 Cloud Run Admin API service 엔드포인트로 보냅니다.

예를 들어 다음과 같이 curl을 사용합니다.

curl -H "Content-Type: application/json" \
  -H "Authorization: Bearer ACCESS_TOKEN" \
  -X PATCH \
  -d '{template: {containers: [{image: "IMAGE_URL"}]}}' \
  https://run.googleapis.com/v2/projects/PROJECT_ID/locations/REGION/services/SERVICE

다음과 같이 바꿉니다.

• ACCESS_TOKEN을 버전을 배포할 수 있는 IAM 권한이 있는 계정의 유효한 액세스 토큰으로 바꿉니다. 예를 들어 gcloud에 로그인한 경우 gcloud auth print-access-token을 사용하여 액세스 토큰을 검색할 수 있습니다. Cloud Run 컨테이너 인스턴스 내에서 컨테이너 인스턴스 메타데이터 서버를 사용하여 액세스 토큰을 검색할 수 있습니다.
• IMAGE_URL을 컨테이너 이미지에 대한 참조(예: us-docker.pkg.dev/cloudrun/container/hello:latest)로 바꿉니다. Artifact Registry를 사용하는 경우 저장소 REPO_NAME이 이미 생성되어 있어야 합니다. URL의 형식은 LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/PATH:TAG입니다.
• SERVICE를 배포할 서비스의 이름으로 바꿉니다.
• REGION을 서비스의 Google Cloud 리전으로 바꿉니다.
• PROJECT-ID를 Google Cloud 프로젝트 ID로 바꿉니다.

콘솔

1. Google Cloud 콘솔에서 Cloud Run 페이지로 이동합니다.

   Cloud Run으로 이동

   • 기존 서비스에 배포하려면 서비스 목록에서 기존 서비스를 찾고 클릭하여 연 다음 새 버전 수정 및 배포를 클릭하여 버전 배포 양식을 표시합니다.
   • 컨테이너 배포를 클릭하고 서비스를 선택하여 서비스 만들기 양식을 표시합니다.

2. 새 서비스의 경우 다음을 수행합니다.

   1. 배포하려는 인그레스 컨테이너 이미지에 서비스 이름과 URL을 제공합니다.
   2. 컨테이너, 볼륨, 네트워킹, 보안을 클릭합니다.

3. 컨테이너 수정 카드에서 필요에 따라 인그레스 컨테이너를 구성합니다.

4. 컨테이너 추가를 클릭하고 인그레스 컨테이너와 함께 추가할 사이드카 컨테이너를 구성합니다. 사이드카가 서비스의 다른 컨테이너에 종속되는 경우 컨테이너 시작 순서 드롭다운 메뉴에 사이드카를 표시합니다. 배포하는 사이드카 컨테이너마다 이 단계를 반복합니다.

5. 모든 트래픽을 새 버전으로 전송하려면 이 버전을 즉시 제공을 선택합니다. 점진적 출시의 경우 해당 체크박스를 선택 취소합니다. 이렇게 하면 트래픽이 새 버전으로 전송되지 않는 배포가 생성됩니다. 배포 후 점진적 출시 안내를 따릅니다.

6. 새 서비스의 경우 만들기를, 기존 서비스의 경우 배포를 클릭한 후 배포가 완료될 때까지 기다립니다.

gcloud

Google Cloud CLI의 container 매개변수는 미리보기 버전입니다.

1. In the Google Cloud console, activate Cloud Shell.

   Activate Cloud Shell

   At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.

2. 서비스에 컨테이너 여러 개를 배포하려면 다음 명령어를 실행합니다.

   gcloud run deploy SERVICE \
    --container INGRESS_CONTAINER_NAME \
    --image='INGRESS_IMAGE' \
    --port='CONTAINER_PORT' \
    --container SIDECAR_CONTAINER_NAME \
    --image='SIDECAR_IMAGE'

   다음과 같이 바꿉니다.

   • SERVICE를 배포할 서비스의 이름으로 바꿉니다. 이 매개변수를 완전히 생략할 수 있지만 생략하면 서비스 이름을 입력하라는 메시지가 표시됩니다.
   • INGRESS_CONTAINER_NAME을 요청을 수신하는 컨테이너의 이름으로 바꿉니다(예: app).
   • INGRESS_IMAGE를 요청을 수신해야 하는 컨테이너 이미지에 대한 참조(예: us-docker.pkg.dev/cloudrun/container/hello:latest)로 바꿉니다.
   • CONTAINER_PORT를 인그레스 컨테이너에서 수신 요청을 리슨하는 포트로 바꿉니다. 단일 컨테이너 서비스와 달리 사이드카가 포함된 서비스에는 인그레스 컨테이너에 대한 기본 포트가 없습니다. 인그레스 컨테이너의 컨테이너 포트를 명시적으로 구성해야 하며 포트는 컨테이너 하나에만 노출될 수 있습니다.
   • SIDECAR_CONTAINER_NAME을 사이드카 컨테이너 이름으로 바꿉니다(예: sidecar).
   • SIDECAR_IMAGE를 사이드카 컨테이너 이미지에 대한 참조로 바꿉니다.

   배포 명령어에서 각 컨테이너를 구성하려면 각 컨테이너 구성을 container 매개변수 다음에 제공합니다. 예를 들면 다음과 같습니다.

   gcloud run deploy SERVICE \
     --container CONTAINER_1_NAME \
     --image='INGRESS_IMAGE' \
     --set-env-vars=KEY=VALUE \
     --port='CONTAINER_PORT' \
     --container SIDECAR_CONTAINER_NAME \
     --image='SIDECAR_IMAGE' \
     --set-env-vars=KEY_N=VALUE_N

3. 배포가 완료될 때까지 기다립니다. 성공적으로 완료되면 배포된 서비스의 URL이 포함된 성공 메시지가 표시됩니다.

YAML

이 안내에서는 사이드카가 포함된 Cloud Run 서비스의 기본 YAML 파일을 보여줍니다. service.yaml이라는 파일을 만들고 여기에 다음을 추가합니다.

apiVersion: serving.knative.dev/v1
kind: Service
metadata:
  annotations:
  name: SERVICE
spec:
  template:
    spec:
      containers:
      - image: INGRESS_IMAGE
        ports:
          - containerPort: CONTAINER_PORT
      - image: SIDECAR_IMAGE
      

다음과 같이 바꿉니다.

• SERVICE를 Cloud Run 서비스 이름으로 바꿉니다. 서비스 이름은 49자 이하(영문 기준)여야 합니다.
• CONTAINER_PORT를 인그레스 컨테이너에서 수신 요청을 리슨하는 포트로 바꿉니다. 단일 컨테이너 서비스와 달리 사이드카가 포함된 서비스에는 인그레스 컨테이너에 대한 기본 포트가 없습니다. 인그레스 컨테이너의 컨테이너 포트를 명시적으로 구성해야 하며 포트는 컨테이너 하나에만 노출될 수 있습니다.
• INGRESS_IMAGE를 요청을 수신해야 하는 컨테이너 이미지에 대한 참조(예: us-docker.pkg.dev/cloudrun/container/hello:latest)로 바꿉니다.
• SIDECAR_IMAGE를 사이드카 컨테이너 이미지에 대한 참조로 바꿉니다. YAML의 containers 배열에 요소를 더 추가하여 여러 사이드카를 지정할 수 있습니다.

인그레스 및 사이드카 컨테이너를 포함하도록 YAML을 업데이트한 후 다음 명령어를 사용해서 Cloud Run에 배포합니다.

gcloud run services replace service.yaml

Terraform

Terraform 구성을 적용하거나 삭제하는 방법은 기본 Terraform 명령어를 참조하세요.

Terraform 구성에서 다음을 google_cloud_run_v2_service 리소스에 추가합니다.

resource "google_cloud_run_v2_service" "default" {
  name     = "SERVICE"
  location = "REGION"
  ingress = "INGRESS_TRAFFIC_ALL"
  template {
    containers {
      name = "INGRESS_CONTAINER_NAME"
      ports {
        container_port = CONTAINER_PORT
      }
      image = "INGRESS_IMAGE"
      depends_on = ["SIDECAR_CONTAINER_NAME"]
    }
    containers {
      name = "SIDECAR_CONTAINER_NAME"
      image = "SIDECAR_IMAGE"
      }
    }
  }

CONTAINER_PORT는 인그레스 컨테이너에서 수신 요청을 리슨하는 포트를 나타냅니다. 단일 컨테이너 서비스와 달리 사이드카가 포함된 서비스에는 인그레스 컨테이너에 대한 기본 포트가 없습니다. 인그레스 컨테이너의 컨테이너 포트를 명시적으로 구성해야 하며 포트는 컨테이너 하나에만 노출될 수 있습니다.