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

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

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

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

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

デプロイする Chat アプリごとに、Google Cloud プロジェクトを作成する必要があります。各 Cloud プロジェクトで Chat API を構成する場合は、Google Chat 内で Chat 用アプリを適切に区別できるように、個別のアプリ名、アバター URL、説明を使用することを検討してください。

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

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

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

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

アーキテクチャ デプロイ形式 考慮事項
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 トピックを使用する必要があります。