Google Chat アプリのデプロイメントの作成と管理

このページでは、Google Chat 用アプリのデプロイを作成して管理する方法について説明します。さまざまなデプロイを維持することで、Chat 用アプリのライフサイクルの各フェーズをより適切に管理し、変更を安全に本番環境にリリースできます。

アプリのライフサイクルの各フェーズのデプロイを作成する

ライフサイクル全体で Chat 用アプリを管理するには、次の環境ごとに Chat 用アプリを作成してデプロイすることをおすすめします。

  • 開発: 変更の作業に使用する環境。必要に応じて、ヘッド デプロイを使用するか、この環境をローカルで実行できます。
  • ステージング: エンドツーエンド テストのために信頼できるテスターにデプロイする環境。この環境は、本番環境にできるだけ近いものにする必要があります。
  • 本番環境: Google Workspace Marketplace に Chat 用アプリを公開して、エンドユーザーにデプロイする環境。

デプロイする Chat 用アプリごとに、Google Cloud プロジェクトを作成する必要があります。各 Cloud プロジェクトで Chat API を構成する際は、Google Chat で Chat 用アプリを区別しやすくするために、アプリ名、アバター URL、説明をそれぞれ異なるものにすることを検討してください。

次の例では、Task app という Chat 用アプリが HTTP 上に構築され、開発、ステージング、本番環境へのデプロイに異なるエンドポイントを使用しています。

環境 Cloud プロジェクト名 アプリ名 HTTP エンドポイント URL
開発 task-chat-app-dev Dev Task アプリ http://example.com/api/myapp/head
ステージング task-chat-app-staging Staging Task アプリ http://example.com/api/myapp/staging
本番環境 task-chat-app タスク アプリ http://example.com/api/myapp/

Chat 用アプリのアーキテクチャに基づいてデプロイを管理する

次の表に、特定の Chat 用アプリのアーキテクチャのデプロイを管理する際の追加の考慮事項を示します。

アーキテクチャ デプロイ形式 考慮事項
HTTP HTTP エンドポイント URL
  • Chat 用アプリのライフサイクルで、各エンドポイントに変更を段階的にデプロイします。たとえば、ステージング エンドポイント http://example.com/api/myapp/staging にデプロイされた新機能をテストしたら、本番環境のエンドポイント（http://example.com/api/myapp など）にデプロイして、本番環境にリリースします。
  • デプロイ前にコードをデバッグするには、ローカル環境にエンドポイントを設定します。ローカルで変更をテストする方法については、Google Chat アプリをデバッグするをご覧ください。
Google Apps Script デプロイ ID
  • Apps Script プロジェクトには 1 つのブランチのみを設定でき、1 つの Cloud プロジェクトに関連付けることができます。変更をテストして複数の環境を維持するには、環境ごとに異なる Apps Script プロジェクトを作成する必要があります。
  • Apps Script プロジェクトのヘッド デプロイは、開発環境でのみ使用してください。ステージング環境と本番環境では、バージョン管理されたデプロイを使用します。詳細については、Apps Script ドキュメントのデプロイメントを作成して管理するをご覧ください。
Pub/Sub Pub/Sub トピック デプロイごとに異なる Pub/Sub トピックを使用する必要があります。