Tạo và quản lý quy trình triển khai cho ứng dụng Google Chat
Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Trang này giải thích cách tạo và quản lý việc triển khai cho ứng dụng Google Chat. Bằng cách duy trì nhiều hoạt động triển khai, bạn có thể quản lý tốt hơn từng giai đoạn trong vòng đời của ứng dụng Chat và phát hành các thay đổi cho bản phát hành công khai một cách an toàn.
Tạo quy trình triển khai cho từng giai đoạn trong vòng đời của ứng dụng
Để quản lý ứng dụng Chat trong suốt vòng đời của ứng dụng, bạn nên tạo và triển khai một ứng dụng Chat cho từng môi trường sau đây:
- Phát triển: Môi trường mà bạn sử dụng để thực hiện các thay đổi. Nếu cần, bạn có thể sử dụng quy trình triển khai chính hoặc chạy môi trường này cục bộ.
- Giai đoạn dàn dựng: Môi trường mà bạn triển khai cho những người kiểm thử đáng tin cậy để kiểm thử toàn bộ quy trình. Môi trường này phải gần với môi trường phát hành thực tế nhất có thể.
- Phát hành công khai: Môi trường mà bạn triển khai cho người dùng cuối bằng cách xuất bản ứng dụng Chat của mình lên Google Workspace Marketplace.
Đối với mỗi ứng dụng Chat mà bạn triển khai, bạn phải tạo một dự án Google Cloud. Khi bạn định cấu hình Chat API trong mỗi dự án trên Cloud, hãy cân nhắc sử dụng một tên ứng dụng, URL hình đại diện và nội dung mô tả riêng biệt để bạn có thể phân biệt rõ hơn giữa các ứng dụng Chat trong Google Chat.
Trong ví dụ sau, ứng dụng trò chuyện có tên Task app
được xây dựng trên HTTP và sử dụng các điểm cuối khác nhau để triển khai cho quá trình phát triển, dàn dựng và sản xuất:
Môi trường |
Tên dự án trên đám mây |
Tên ứng dụng |
URL điểm cuối HTTP |
Quá trình phát triển |
task-chat-app-dev |
Ứng dụng Dev Task |
http://example.com/api/myapp/head |
Sắp xếp |
task-chat-app-staging |
Ứng dụng Staging Task |
http://example.com/api/myapp/staging |
Sản xuất |
task-chat-app |
Ứng dụng Tasks |
http://example.com/api/myapp/ |
Quản lý việc triển khai dựa trên cấu trúc ứng dụng Chat
Bảng sau đây trình bày thêm những điểm cần cân nhắc khi quản lý việc triển khai cho một số cấu trúc Ứng dụng trò chuyện cụ thể:
Kiến trúc |
Định dạng triển khai |
Lưu ý |
HTTP |
URL điểm cuối HTTP |
- Triển khai các thay đổi theo từng bước cho từng điểm cuối trong vòng đời của ứng dụng trò chuyện. Ví dụ: sau khi bạn kiểm thử một tính năng mới được triển khai trong điểm cuối dàn dựng
http://example.com/api/myapp/staging , hãy phát hành tính năng đó cho phiên bản chính thức bằng cách triển khai tính năng đó vào điểm cuối chính thức, chẳng hạn như http://example.com/api/myapp .
- Để gỡ lỗi mã trước khi triển khai, bạn có thể đặt một điểm cuối cho môi trường cục bộ. Để tìm hiểu cách kiểm thử các thay đổi cục bộ, hãy xem phần Gỡ lỗi ứng dụng Google Chat.
|
Google Apps Script |
ID triển khai |
- Các dự án Apps Script chỉ có thể có một nhánh và được liên kết với một dự án trên Cloud. Để kiểm thử các thay đổi và duy trì nhiều môi trường, bạn phải tạo các dự án Apps Script riêng biệt cho từng môi trường.
- Bạn chỉ nên sử dụng bản triển khai đầu của dự án Apps Script cho môi trường phát triển. Đối với môi trường dàn dựng và môi trường phát hành chính thức, hãy sử dụng các bản triển khai theo phiên bản. Để biết thông tin chi tiết, hãy xem bài viết Tạo và quản lý việc triển khai trong tài liệu về Apps Script.
|
Pub/Sub |
Chủ đề Pub/Sub |
Bạn nên sử dụng một chủ đề Pub/Sub riêng cho mỗi lượt triển khai. |
Trừ phi có lưu ý khác, nội dung của trang này được cấp phép theo Giấy phép ghi nhận tác giả 4.0 của Creative Commons và các mẫu mã lập trình được cấp phép theo Giấy phép Apache 2.0. Để biết thông tin chi tiết, vui lòng tham khảo Chính sách trang web của Google Developers. Java là nhãn hiệu đã đăng ký của Oracle và/hoặc các đơn vị liên kết với Oracle.
Cập nhật lần gần đây nhất: 2025-08-29 UTC.
[null,null,["Cập nhật lần gần đây nhất: 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)"]]