Crea y administra implementaciones para tu app de Google Chat
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
En esta página, se explica cómo crear y administrar implementaciones para tu app de Google Chat. Si mantienes diferentes implementaciones, puedes administrar mejor cada fase del ciclo de vida de tu app de Chat y lanzar cambios de forma segura en la producción.
Crea implementaciones para cada fase del ciclo de vida de la app
Para administrar tu app de Chat durante todo su ciclo de vida, te recomendamos que crees e implementes una app de Chat para cada uno de los siguientes entornos:
- Desarrollo: Es el entorno que usas para trabajar en los cambios. Si es necesario, puedes usar la implementación principal o ejecutar este entorno de forma local.
- Etapa de pruebas: Es el entorno en el que implementas la versión para los verificadores de confianza para realizar pruebas de extremo a extremo. Este entorno debe ser lo más parecido posible al de producción.
- Producción: Es el entorno en el que implementas la app de Chat para los usuarios finales publicándola en Google Workspace Marketplace.
Para cada app de Chat que implementes, debes crear un proyecto de Google Cloud. Cuando configures la API de Chat en cada proyecto de Cloud, considera usar un nombre de app, una URL de avatar y una descripción distintos para que puedas distinguir mejor las apps de Chat en Google Chat.
En el siguiente ejemplo, la app de Chat llamada Task app se compila en HTTP y usa diferentes extremos para implementar en desarrollo, etapa de pruebas y producción:
| Entorno |
Nombre del proyecto de Cloud |
Nombre de la aplicación |
URL del extremo HTTP |
| Desarrollo |
task-chat-app-dev |
App de Dev Task |
http://example.com/api/myapp/head |
| Etapa de pruebas |
task-chat-app-staging |
App de tareas de etapa de pruebas |
http://example.com/api/myapp/staging |
| Producción |
task-chat-app |
App de tareas |
http://example.com/api/myapp/ |
Administra las implementaciones según la arquitectura de tu app de Chat
En la siguiente tabla, se incluyen consideraciones adicionales para administrar implementaciones de arquitecturas de apps de chat específicas:
| Arquitectura |
Formato de implementación |
Consideraciones |
| HTTP |
URL del extremo HTTP |
- Implementa los cambios de forma progresiva en cada extremo del ciclo de vida de tu app de Chat. Por ejemplo, después de probar una función nueva implementada en tu extremo de etapa de pruebas
http://example.com/api/myapp/staging, lanza la función en producción implementándola en tu extremo de producción, como http://example.com/api/myapp.
- Para depurar el código antes de la implementación, puedes establecer un extremo en tu entorno local. Para obtener información sobre cómo probar los cambios de forma local, consulta Depura apps de Google Chat.
|
| Google Apps Script |
ID de implementación |
- Los proyectos de Apps Script solo pueden tener una rama y estar asociados a un proyecto de Cloud. Para probar los cambios y mantener varios entornos, debes crear diferentes proyectos de Apps Script para cada entorno.
- Solo debes usar la implementación principal del proyecto de Apps Script para el entorno de desarrollo. Para los entornos de etapa de pruebas y producción, usa implementaciones con versiones. Para obtener más información, consulta Crea y administra implementaciones en la documentación de Apps Script.
|
| Pub/Sub |
Tema de Pub/Sub |
Debes usar un tema de Pub/Sub diferente para cada implementación. |
Salvo que se indique lo contrario, el contenido de esta página está sujeto a la licencia Atribución 4.0 de Creative Commons, y los ejemplos de código están sujetos a la licencia Apache 2.0. Para obtener más información, consulta las políticas del sitio de Google Developers. Java es una marca registrada de Oracle o sus afiliados.
Última actualización: 2025-08-29 (UTC)
[null,null,["Última actualización: 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)"]]
