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

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

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

ライフサイクル全体を通じて 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 Staging Task アプリ 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 トピックを使用する必要があります。