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

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

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

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

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

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

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

環境 Cloud プロジェクト名 アプリ名 HTTP エンドポイント URL
開発 task-chat-app-dev Dev Task app http://example.com/api/myapp/head
ステージング task-chat-app-staging Staging Task app http://example.com/api/myapp/staging
本番環境 task-chat-app Task 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 つのクラウド プロジェクトに関連付けることができます。変更をテストして複数の環境を維持するには、環境ごとに異なる Apps Script プロジェクトを作成する必要があります。
  • Apps Script プロジェクトのヘッド デプロイは、開発環境でのみ使用してください。ステージング環境と本番環境 では、バージョン管理されたデプロイを使用します。詳細については、Apps Script ドキュメントの デプロイの作成と管理 をご覧ください。
Pub/Sub Pub/Sub トピック デプロイごとに異なる Pub/Sub トピックを使用する必要があります。