สร้างและจัดการการทำให้ใช้งานได้สำหรับแอป Google Chat
จัดทุกอย่างให้เป็นระเบียบอยู่เสมอด้วยคอลเล็กชัน
บันทึกและจัดหมวดหมู่เนื้อหาตามค่ากำหนดของคุณ
หน้านี้อธิบายวิธีสร้างและจัดการการติดตั้งใช้งานสำหรับแอป Google Chat ของคุณ การดูแลรักษาการติดตั้งใช้งานที่แตกต่างกันจะช่วยให้คุณจัดการแต่ละเฟสของวงจรของแอป Chat ได้ดียิ่งขึ้น และเผยแพร่การเปลี่ยนแปลงไปยังเวอร์ชันที่ใช้งานจริงได้อย่างปลอดภัย
สร้างการติดตั้งใช้งานสำหรับแต่ละเฟสของวงจรแอป
หากต้องการจัดการแอป Chat ตลอดวงจรของแอป เราขอแนะนำให้คุณสร้างและติดตั้งใช้งานแอป Chat สำหรับสภาพแวดล้อมต่อไปนี้
- การพัฒนา: สภาพแวดล้อมที่คุณใช้เพื่อทำงานกับการเปลี่ยนแปลง หากจำเป็น คุณสามารถใช้การติดตั้งใช้งานส่วนหัวหรือเรียกใช้สภาพแวดล้อมนี้ในเครื่องได้
- การทดลองใช้: สภาพแวดล้อมที่คุณติดตั้งใช้งานกับผู้ทดสอบที่เชื่อถือได้เพื่อ
การทดสอบแบบครบวงจร สภาพแวดล้อมนี้ควรใกล้เคียงกับการใช้งานจริงมากที่สุด
- เวอร์ชันที่ใช้งานจริง: สภาพแวดล้อมที่คุณนำไปใช้งานกับผู้ใช้ปลายทางโดยเผยแพร่
แอป Chat ไปยัง
Google Workspace Marketplace
คุณต้องสร้างโปรเจ็กต์ Google Cloud สำหรับแอป Chat แต่ละแอปที่คุณติดตั้งใช้งาน เมื่อกำหนดค่า Chat API ในแต่ละโปรเจ็กต์ Cloud ให้พิจารณาใช้ชื่อแอป, URL รูปโปรไฟล์ และคำอธิบายที่แตกต่างกัน เพื่อให้คุณแยกความแตกต่างระหว่างแอป Chat ใน Google Chat ได้ดียิ่งขึ้น
ในตัวอย่างต่อไปนี้ แอปแชท
ที่ชื่อ Task app สร้างขึ้นบน HTTP และใช้ปลายทางที่แตกต่างกันเพื่อนำไปใช้กับ
การพัฒนา การจัดเตรียม และการใช้งานจริง
| สภาพแวดล้อม |
ชื่อโปรเจ็กต์ Cloud |
ชื่อแอป |
URL ของปลายทาง 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 |
แอปงาน |
http://example.com/api/myapp/ |
จัดการการติดตั้งใช้งานตามสถาปัตยกรรมแอป Chat
ตารางต่อไปนี้มีข้อควรพิจารณาเพิ่มเติมเมื่อจัดการการติดตั้งใช้งาน
สำหรับสถาปัตยกรรมของแอป Chatที่เฉพาะเจาะจง
| สถาปัตยกรรม |
รูปแบบการติดตั้งใช้งาน |
ข้อควรพิจารณา |
| HTTP |
URL ของปลายทาง HTTP |
- ทยอยใช้การเปลี่ยนแปลงกับแต่ละอุปกรณ์ปลายทางในวงจรของแอป Chat เช่น หลังจากที่คุณทดสอบฟีเจอร์ใหม่ที่ติดตั้งใช้งานในปลายทาง Staging
http://example.com/api/myapp/staging แล้ว ให้เผยแพร่ฟีเจอร์ไปยัง
เวอร์ชันที่ใช้งานจริงโดยติดตั้งใช้งานในปลายทางที่ใช้งานจริง เช่น
http://example.com/api/myapp
- หากต้องการแก้ไขข้อบกพร่องของโค้ดก่อนที่จะนำไปใช้งาน คุณสามารถตั้งค่าปลายทางไปยังสภาพแวดล้อมในเครื่องได้
ดูวิธีทดสอบการเปลี่ยนแปลงในเครื่องได้ที่แก้ไขข้อบกพร่องของแอป Google Chat
|
| Google Apps Script |
รหัสการทำให้ใช้งานได้ |
- โปรเจ็กต์ Apps Script มีได้เพียงสาขาเดียวและเชื่อมโยงกับโปรเจ็กต์ Cloud ได้เพียงโปรเจ็กต์เดียว หากต้องการทดสอบการเปลี่ยนแปลงและดูแลสภาพแวดล้อมหลายรายการ คุณต้องสร้างโปรเจ็กต์ Apps Script ที่แตกต่างกันสำหรับแต่ละสภาพแวดล้อม
- คุณควรใช้การทำให้ใช้งานได้เวอร์ชันล่าสุดของโปรเจ็กต์ Apps Script สำหรับสภาพแวดล้อมการพัฒนาเท่านั้น สำหรับสภาพแวดล้อมการทดสอบและการใช้งานจริง ให้ใช้การติดตั้งใช้งานที่มีการควบคุมเวอร์ชัน โปรดดูรายละเอียดที่หัวข้อสร้างและจัดการการติดตั้งใช้งาน
ในเอกสารประกอบของ Apps Script
|
| Pub/Sub |
หัวข้อ Pub/Sub |
คุณควรใช้หัวข้อ Pub/Sub ที่แตกต่างกันสำหรับการติดตั้งใช้งานแต่ละครั้ง |
เนื้อหาของหน้าเว็บนี้ได้รับอนุญาตภายใต้ใบอนุญาตที่ต้องระบุที่มาของครีเอทีฟคอมมอนส์ 4.0 และตัวอย่างโค้ดได้รับอนุญาตภายใต้ใบอนุญาต Apache 2.0 เว้นแต่จะระบุไว้เป็นอย่างอื่น โปรดดูรายละเอียดที่นโยบายเว็บไซต์ Google Developers Java เป็นเครื่องหมายการค้าจดทะเบียนของ Oracle และ/หรือบริษัทในเครือ
อัปเดตล่าสุด 2025-08-29 UTC
[null,null,["อัปเดตล่าสุด 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)"]]
