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 トピックを使用する必要があります。