Google Cloud BuildでCI/CDを加速！モダン開発を自動化する実践ガイド

モダンなソフトウェア開発において、CI/CD (継続的インテグレーション/継続的デリバリー) は不可欠です。本記事では、Google CloudのフルマネージドなCI/CDプラットフォームであるCloud Buildを活用し、開発パイプラインを自動化・効率化する方法を具体的な例を交えて解説します。開発効率の向上とリリースサイクルの短縮を実現しましょう。

CI/CDとは？その重要性

CI/CDとは、ソフトウェア開発における「継続的インテグレーション（Continuous Integration）」と「継続的デリバリー（Continuous Delivery）」または「継続的デプロイ（Continuous Deployment）」の略称です。

継続的インテグレーション (CI)

CIは、開発者が自身のコード変更をメインブランチに頻繁にマージし、自動テストを実行することで、統合時の問題を早期に発見し解決するプラクティスです。これにより、コードの品質が保たれ、マージの衝突が減少し、開発チーム全体の生産性が向上します。

継続的デリバリー (CD) / 継続的デプロイ (CD)

CDは、CIによってビルドされテストされたコード変更を、いつでも本番環境にリリース可能な状態に保つプラクティスです。継続的デプロイメントはさらに一歩進んで、全ての変更が自動的に本番環境にデプロイされることを意味します。 CI/CDを導入することで、以下のメリットが期待できます。

• 開発サイクルの短縮と市場投入までの時間（Time-to-Market）の短縮 ソフトウェア品質の向上とバグの早期発見 手動作業の削減とヒューマンエラーの低減 開発チーム間の連携強化と透明性の向上

Google Cloud Buildとは？その特徴とメリット

Google Cloud Buildは、Google Cloud Platform（GCP）が提供する、高速で一貫性のあるビルドを実行するためのフルマネージドなサービスです。様々な言語や環境に対応し、CI/CDパイプラインの中心として機能します。

Cloud Buildの主な特徴

• フルマネージド: インフラのプロビジョニングや管理は不要です。 高速なビルド: Googleのインフラ上で高速にビルドを実行します。 多言語・多環境対応: Docker、Go、Java、Node.js、Pythonなど、多様な言語とフレームワークに対応しています。 様々なソースリポジトリとの連携: GitHub、Bitbucket、Cloud Source Repositoriesなどと簡単に統合できます。 GCPサービスとのシームレスな統合: Cloud Storage、Cloud Run、GKE、App Engineなど、他のGCPサービスとの連携が容易です。 高いセキュリティ: ビルド実行環境は分離されており、IAMによるアクセス制御が可能です。

Cloud BuildとCI/CDパイプラインの構築

Cloud Buildを使ったCI/CDパイプラインは、通常、以下のワークフローで構成されます。

cloudbuild.yaml の基本

Cloud Buildのビルド手順は、cloudbuild.yaml または cloudbuild.json という設定ファイルで定義します。このファイルは、一連の「ビルドステップ」と、それぞれのステップで実行する「ビルダー」を指定します。 簡単なPythonアプリケーションのビルド例を見てみましょう。 steps: # 依存関係をインストール - name: 'python:3.9' entrypoint: 'pip' args: ['install', '-r', 'requirements.txt'] dir: 'app' # テストを実行 - name: 'python:3.9' entrypoint: 'python' args: ['-m', 'pytest'] dir: 'app' # Dockerイメージをビルド - name: 'gcr.io/cloud-builders/docker' args: ['build', '-t', 'gcr.io/{PROJECT_ID}/my-app:[COMMIT_SHA]', '.'] dir: 'app' # ビルドしたイメージをContainer Registryにプッシュ - name: 'gcr.io/cloud-builders/docker' args: ['push', 'gcr.io/{PROJECT_ID}/my-app:[COMMIT_SHA]'] dir: 'app' images: - 'gcr.io/{PROJECT_ID}/my-app:[COMMIT_SHA]'

このcloudbuild.yamlでは、requirements.txtに基づいてPythonの依存関係をインストールし、テストを実行後、DockerイメージをビルドしてGoogle Container Registry (GCR) にプッシュする一連のステップを定義しています。

ビルドトリガーの設定

Cloud Buildは、ソースリポジトリへのコミットやタグ付け、プルリクエストの作成などをきっかけにビルドを自動的に実行する「トリガー」を設定できます。これにより、開発者がコードをプッシュするたびにCI/CDパイプラインが自動的に発火するようになります。

1. Google Cloud Consoleで「Cloud Build」->「トリガー」に移動します。 「トリガーを作成」をクリックし、ソースリポジトリ（GitHub, Bitbucketなど）を選択します。 ビルドイベント（プッシュ、プルリクエストなど）と対象ブランチを指定します。 cloudbuild.yamlファイルの場所を指定し、トリガーを保存します。

実践的なCI/CDパイプラインの例: Cloud Runへの自動デプロイ

ここでは、ソースコードがGitHubにプッシュされると、Cloud BuildがDockerイメージをビルドし、Google Container Registry (GCR) にプッシュ後、Cloud Runへデプロイするパイプラインを構築します。 steps: # Dockerイメージをビルド - name: 'gcr.io/cloud-builders/docker' args: ['build', '-t', 'gcr.io/$PROJECT_ID/my-cloud-run-app:$COMMIT_SHA', '.'] # ビルドしたイメージをGCRにプッシュ - name: 'gcr.io/cloud-builders/docker' args: ['push', 'gcr.io/$PROJECT_ID/my-cloud-run-app:$COMMIT_SHA'] # Cloud Runにデプロイ - name: 'gcr.io/cloud-builders/gcloud' args: - 'run' - 'deploy' - 'my-cloud-run-app' - '--image=gcr.io/$PROJECT_ID/my-cloud-run-app:$COMMIT_SHA' - '--region=asia-northeast1' - '--platform=managed' - '--allow-unauthenticated' - '--quiet'

このcloudbuild.yamlは、$PROJECT_IDや$COMMIT_SHAといった組み込み変数を利用して、プロジェクトIDやコミットハッシュを動的に取得しています。これにより、一意のイメージタグを付与し、追跡性を高めることができます。

Cloud Buildをさらに活用するためのベストプラクティス

キャッシュの活用

ビルドの依存関係や中間成果物をCloud Storageにキャッシュすることで、ビルド時間を大幅に短縮できます。特にDockerレイヤーのキャッシュは効果的です。 steps: - name: 'gcr.io/cloud-builders/docker' args: ['build', '--cache-from=gcr.io/$PROJECT_ID/my-app:latest', '-t', 'gcr.io/$PROJECT_ID/my-app:$COMMIT_SHA', '.'] - name: 'gcr.io/cloud-builders/docker' args: ['push', 'gcr.io/$PROJECT_ID/my-app:$COMMIT_SHA'] # latestタグも更新して次回のビルドでキャッシュが使えるようにする - name: 'gcr.io/cloud-builders/docker' args: ['tag', 'gcr.io/$PROJECT_ID/my-app:$COMMIT_SHA', 'gcr.io/$PROJECT_ID/my-app:latest'] - name: 'gcr.io/cloud-builders/docker' args: ['push', 'gcr.io/$PROJECT_ID/my-app:latest']

Secret Managerとの連携

データベースの認証情報やAPIキーなど、機密情報はcloudbuild.yamlに直接記述せず、Google Secret Managerに保存し、ビルド時に安全に取得して使用します。これにより、セキュリティリスクを低減できます。

ビルド時間の最適化

• 不要なファイルを.gcloudignoreや.dockerignoreで除外する。 ビルドステップを並列化する。 より効率的なビルダーを使用する。

ビルド履歴とログの監視

Cloud Buildは、全てのビルド履歴とログをCloud Loggingに保存します。これにより、失敗したビルドの原因を素早く特定し、トラブルシューティングを行うことができます。また、Cloud Monitoringと連携して、ビルドの成功/失敗率や時間などのメトリクスを監視することも可能です。

Cloud Buildと他のCI/CDツールの比較

CI/CDツールには様々な選択肢があります。Cloud Buildと他の主要なツールとの比較を表で見てみましょう。

Cloud Buildは、GCPエコシステムとの緊密な連携とフルマネージドのメリットを最大限に活かしたいチームにとって、特に魅力的な選択肢となります。

まとめ

本記事では、Google Cloud Buildを活用したCI/CDパイプラインの構築について解説しました。Cloud Buildのフルマネージドな特性とGCPサービスとのシームレスな統合は、開発プロセスを自動化し、開発効率を大幅に向上させる強力なツールです。具体的なcloudbuild.yamlの例やベストプラクティスを参考に、皆さんの開発フローにCloud Buildを導入し、より迅速で信頼性の高いソフトウェアデリバリーを実現してください。