# 目次

1. はじめに

2. Artifact Registryとは

   2-1. 概要

   2-2. 特徴と利点

3. Cloud Runとは

   3-1. 概要

   3-2. 特徴と利点

4. Artifact RegistryとCloud Runの連携

   4-1. 事前準備

   4-2. Dockerイメージの作成とプッシュ

   4-3. Cloud Runでのデプロイ

5. 具体的な設定手順

   5-1. Google Cloud SDKのインストール

   5-2. プロジェクトの設定と認証

   5-3. Artifact Registryの作成

   5-4. Dockerイメージのビルドとプッシュ

   5-5. Cloud Runへのデプロイ

6. セキュリティとベストプラクティス

   6-1. アクセス権限の設定

   6-2. コスト管理

   6-3. ロギングとモニタリング

7. よくある質問

8. まとめ

## 1. はじめに

現代のクラウドネイティブアプリケーション開発において重要なコンポーネントとなるArtifact RegistryとCloud Run。この2つのGoogle Cloudサービスを組み合わせることで、スケーラブルで効率的なデプロイメントを実現できます。本記事では、具体的な設定手順とベストプラクティスを学び、これを利用してより良いクラウドアプリケーションを構築する方法を解説します。

## 2. Artifact Registryとは

### 2-1. 概要

Artifact Registryは、Google Cloudが提供する高性能なアーティファクト管理サービスです。主にDockerコンテナイメージから、NPM、Mavenパッケージなど、さまざまなタイプのアーティファクトを安全に保存および管理します。

### 2-2. 特徴と利点

- **統合性**: Google Cloud Platform（GCP）内で他のGoogleサービスと容易に統合できるため、効率的です。

- **スケーラビリティ**: 自動的にスケーリングし、大規模なアーティファクト管理をサポートします。

- **セキュリティ**: IAM を利用したアクセス制御によるセキュリティ確保。

## 3. Cloud Runとは

### 3-1. 概要

Cloud RunはGoogle Cloudが提供するフルマネージドのコンテナランタイム環境で、スケーラブルにコンテナをサーバーレスで稼働させることができます。開発者はインフラストラクチャ管理の負担を軽減し、コードに集中することが可能です。

### 3-2. 特徴と利点

- **サーバーレス**: スケーリング、オーケストレーションなどのサーバー管理が不要。

- **費用対効果**: リクエストがあるときだけコンテナが実行されるペイ・アズ・ユー・ゴーの料金体系。

- **高速なデプロイメント**: 簡単な設定で即座にデプロイ可能。

## 4. Artifact RegistryとCloud Runの連携

### 4-1. 事前準備

連携を進める前に以下の要素を準備します。

- GCPプロジェクトの作成

- Google Cloud SDKのインストールと初期設定

- 必要なAPIとサービスの有効化

### 4-2. Dockerイメージの作成とプッシュ

Dockerを用いてアプリケーションのコンテナイメージを作成し、Artifact Registryにプッシュします。

### 4-3. Cloud Runでのデプロイ

Artifact Registryからイメージを取得し、Cloud Runにデプロイします。

## 5. 具体的な設定手順

### 5-1. Google Cloud SDKのインストール

Google Cloud SDKはGCPにおける各種操作をコマンドラインで可能にするツールです。以下のコマンドでSDKをインストールします。

```bash

curl https://sdk.cloud.google.com | bash

exec -l $SHELL

gcloud init

```

### 5-2. プロジェクトの設定と認証

プロジェクトの作成と使用するプロジェクトの設定を行います。

```bash

gcloud projects create my-project-id

gcloud config set project my-project-id

gcloud auth login

```

### 5-3. Artifact Registryの作成

アーティファクトを管理するリポジトリを作成します。

```bash

gcloud artifacts repositories create my-repo \

    --repository-format=docker \

    --location=us-central1

```

### 5-4. Dockerイメージのビルドとプッシュ

Dockerイメージをビルドし、Artifact Registryにプッシュします。まずはイメージをビルドします。

```bash

docker build -t us-central1-docker.pkg.dev/my-project-id/my-repo/my-image:tag .

```

次に、イメージをArtifact Registryにプッシュします。

```bash

docker push us-central1-docker.pkg.dev/my-project-id/my-repo/my-image:tag

```

### 5-5. Cloud Runへのデプロイ

Artifact Registryからイメージを取得し、Cloud Runにデプロイします。

```bash

gcloud run deploy my-service \

    --image us-central1-docker.pkg.dev/my-project-id/my-repo/my-image:tag \

    --platform managed \

    --region us-central1 \

    --allow-unauthenticated

```

## 6. セキュリティとベストプラクティス

### 6-1. アクセス権限の設定

IAMポリシーを設定し、Artifact RegistryとCloud Runに対する適切なアクセス権限を設定します。最小限の権限を与えることで、セキュリティを強化します。

### 6-2. コスト管理

コストを最適化するために、Cloud Runの自動スケーリング設定を見直し、利用状況に応じたスケーリングが行われるように調整します。

### 6-3. ロギングとモニタリング

Stackdriverを利用し、サーバーレスアーキテクチャにおけるログとメトリクスを監視します。これにより、問題が発生した場合のトラブルシューティングが容易になります。

## 7. よくある質問

**Q1: Cloud Runで使用するメモリやCPUはどのように設定できますか？**

Cloud Runでは、サービスのデプロイ時に使用するメモリやCPUを指定できます。例えば、以下のように指定します。

```bash

gcloud run deploy my-service \

    --image us-central1-docker.pkg.dev/my-project-id/my-repo/my-image:tag \

    --platform managed \

    --memory 512Mi \

    --cpu 1

```

**Q2: プライベートなArtifact Registryのイメージを使用するには？**

IAMを使用して、特定のユーザーやサービスアカウントにアクセス権限を付与することで、プライベートなイメージにアクセスすることが可能です。

## 8. まとめ

Artifact RegistryとCloud Runを連携させることで、Google Cloud上でのアプリケーション開発とデプロイがよりシームレスに行えます。特に、Dockerイメージの管理からサーバーレスでの実行まで一貫したワークフローが実現できます。この記事で解説した手順を元に、効率的なクラウドアプリケーションのデプロイをお試しください。

目次

続きを読むには単価診断を受けてください（30秒）