Membuat dan mengelola deployment untuk aplikasi Google Chat
Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Halaman ini menjelaskan cara membuat dan mengelola deployment untuk aplikasi Google Chat Anda. Dengan mempertahankan deployment yang berbeda, Anda dapat mengelola setiap fase siklus proses aplikasi Chat dengan lebih baik dan merilis perubahan ke produksi dengan aman.
Membuat deployment untuk setiap fase siklus proses aplikasi
Untuk mengelola aplikasi Chat Anda di sepanjang siklus prosesnya, sebaiknya Anda membuat dan men-deploy aplikasi Chat untuk setiap lingkungan berikut:
- Pengembangan: Lingkungan yang Anda gunakan untuk mengerjakan perubahan. Jika
diperlukan, Anda dapat menggunakan deployment head atau menjalankan lingkungan ini secara lokal.
- Staging: Lingkungan tempat Anda men-deploy ke penguji tepercaya untuk pengujian menyeluruh. Lingkungan ini harus sedekat mungkin dengan lingkungan produksi.
- Produksi: Lingkungan yang Anda deploy untuk pengguna akhir dengan memublikasikan
aplikasi Chat Anda ke
Google Workspace Marketplace.
Untuk setiap aplikasi Chat yang di-deploy, Anda harus membuat project Google Cloud. Saat mengonfigurasi Chat API di setiap project Cloud, pertimbangkan untuk menggunakan nama aplikasi, URL avatar, dan deskripsi yang berbeda agar Anda dapat membedakan aplikasi Chat di Google Chat dengan lebih baik.
Dalam contoh berikut, aplikasi Chat
yang disebut Task app dibangun di HTTP dan menggunakan endpoint yang berbeda untuk di-deploy ke
pengembangan, staging, dan produksi:
| Lingkungan |
Nama project Cloud |
Nama aplikasi |
URL endpoint HTTP |
| Pengembangan |
task-chat-app-dev |
Aplikasi Tugas Dev |
http://example.com/api/myapp/head |
| Staging |
task-chat-app-staging |
Aplikasi Staging Task |
http://example.com/api/myapp/staging |
| Produksi |
task-chat-app |
Aplikasi tugas |
http://example.com/api/myapp/ |
Mengelola deployment berdasarkan arsitektur aplikasi Chat Anda
Tabel berikut mencakup pertimbangan tambahan saat mengelola deployment untuk arsitektur aplikasi Chat tertentu:
| Arsitektur |
Format deployment |
Pertimbangan |
| HTTP |
URL endpoint HTTP |
- Deploy perubahan secara progresif ke setiap endpoint dalam siklus proses aplikasi Chat Anda. Misalnya, setelah
Anda menguji fitur baru yang di-deploy di endpoint penyiapan
http://example.com/api/myapp/staging, rilis fitur tersebut ke
produksi dengan men-deploy-nya ke endpoint produksi, seperti
http://example.com/api/myapp.
- Untuk men-debug kode sebelum men-deploy, Anda dapat menyetel endpoint ke lingkungan lokal. Untuk mempelajari cara menguji perubahan secara lokal, lihat
Men-debug aplikasi Google Chat.
|
| Google Apps Script |
ID Deployment |
- Project Apps Script hanya dapat memiliki satu cabang dan dikaitkan dengan satu project Cloud. Untuk menguji perubahan dan mengelola beberapa lingkungan, Anda harus membuat project Apps Script yang berbeda untuk setiap lingkungan.
- Anda hanya boleh menggunakan deployment head project Apps Script untuk lingkungan pengembangan. Untuk lingkungan staging dan produksi, gunakan deployment versi. Untuk mengetahui detailnya, lihat
Membuat dan mengelola deployment
dalam dokumentasi Apps Script.
|
| Pub/Sub |
Topik Pub/Sub |
Anda harus menggunakan topik Pub/Sub yang berbeda untuk setiap deployment. |
Kecuali dinyatakan lain, konten di halaman ini dilisensikan berdasarkan Lisensi Creative Commons Attribution 4.0, sedangkan contoh kode dilisensikan berdasarkan Lisensi Apache 2.0. Untuk mengetahui informasi selengkapnya, lihat Kebijakan Situs Google Developers. Java adalah merek dagang terdaftar dari Oracle dan/atau afiliasinya.
Terakhir diperbarui pada 2025-08-29 UTC.
[null,null,["Terakhir diperbarui pada 2025-08-29 UTC."],[[["\u003cp\u003eManage your Google Chat app's lifecycle by creating separate deployments for development, staging, and production environments.\u003c/p\u003e\n"],["\u003cp\u003eCreate a distinct Google Cloud project for each deployment, using unique app names, avatar URLs, and descriptions for clarity.\u003c/p\u003e\n"],["\u003cp\u003eDeploy changes progressively through each environment, starting with development and moving to staging before releasing to production.\u003c/p\u003e\n"],["\u003cp\u003eFor Apps Script projects, maintain separate projects for each environment due to their single-branch limitation.\u003c/p\u003e\n"],["\u003cp\u003eUtilize different Pub/Sub topics for individual deployments to ensure environment isolation.\u003c/p\u003e\n"]]],["The document outlines creating and managing deployments for Google Chat apps across development, staging, and production environments. Each environment requires a separate Google Cloud project with a distinct app name and details. Deployment methods vary: HTTP uses endpoint URLs, Apps Script utilizes deployment IDs and separate projects, and Pub/Sub employs unique topics. Changes should be progressively deployed, starting from development, then staging, and finally production. Different app architectures require different consideration.\n"],null,["# Create and manage deployments for your Google Chat app\n\nThis page explains how to create and management deployments for your\nGoogle Chat app. By maintaining different deployments, you can\nbetter manage each phase of your Chat app's lifecycle\nand safely release changes to production.\n\nCreate deployments for each phase of the app lifecycle\n------------------------------------------------------\n\nTo manage your Chat app throughout its lifecycle, we\nrecommend that you create and deploy a Chat app for\neach of the following environments:\n\n- **Development:** The environment that you use to work on changes. If needed, you can use the head deployment or run this environment locally.\n- **Staging:** The environment that you deploy to trusted testers for end-to-end testing. This environment should be as close to production as possible.\n- **Production:** The environment that you deploy to end users by [publishing\n your Chat app to the\n Google Workspace Marketplace](/workspace/marketplace/how-to-publish).\n\nFor each Chat app that you deploy, you must create a\nGoogle Cloud project. When you configure the Chat API in each\nCloud project, consider using a distinct app name, avatar URL, and\ndescription so that you can better distinguish between the\nChat apps in Google Chat.\n\nIn the following example, the Chat app\ncalled `Task app` is built on HTTP and uses different endpoints to deploy to\ndevelopment, staging, and production:\n\n| Environment | Cloud project name | App name | HTTP endpoint URL |\n|-------------|-------------------------|------------------|----------------------------------------|\n| Development | `task-chat-app-dev` | Dev Task app | `http://example.com/api/myapp/head` |\n| Staging | `task-chat-app-staging` | Staging Task app | `http://example.com/api/myapp/staging` |\n| Production | `task-chat-app` | Task app | `http://example.com/api/myapp/` |\n\n### Manage deployments based on your Chat app architecture\n\nThe following table includes additional considerations when managing deployments\nfor specific [Chat app\narchitectures](/workspace/chat/structure):\n\n| Architecture | Deployment format | Considerations |\n|--------------------|-------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| HTTP | HTTP endpoint URL | - Deploy changes progressively to each endpoint in your Chat app's lifecycle. For example, after you've tested a new feature deployed in your staging endpoint `http://example.com/api/myapp/staging`, release the feature to production by deploying it to your production endpoint, such as `http://example.com/api/myapp`. - To debug code before deploying, you can set an endpoint to your local environment. To learn how to test changes locally, see [Debug Google Chat apps](/chat/troubleshoot/debug). |\n| Google Apps Script | Deployment ID | - Apps Script projects can only have a single branch and be associated with one Cloud project. To test changes and maintain multiple environments, you must create different Apps Script projects for each environment. - You should only use the Apps Script project's head deployment for the development environment. For staging and production environments, use versioned deployments. For details, see [Create and manage deployments](/apps-script/concepts/deployments) in the Apps Script documentation. |\n| Pub/Sub | Pub/Sub topic | You should use a different Pub/Sub topic for each deployment. |\n\nRelated topics\n--------------\n\n- [Test interactive features for Google Chat apps](/workspace/chat/test-interactive-features)\n- [Create and manage Apps Script deployments](/apps-script/concepts/deployments)\n- [Choose a Chat app architecture](/workspace/chat/structure)"]]
