O Google usa tecnologia de IA na tradução de conteúdos para seu idioma de preferência. As traduções com IA podem ter erros.
Criar e gerenciar implantações para seu app do Google Chat
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Nesta página, explicamos como criar e gerenciar implantações para seu
app do Google Chat. Ao manter implantações diferentes, você pode
gerenciar melhor cada fase do ciclo de vida do app do Chat
e lançar mudanças na produção com segurança.
Criar implantações para cada fase do ciclo de vida do app
Para gerenciar seu app do Chat durante todo o ciclo de vida, recomendamos que você crie e implante um app do Chat para cada um dos seguintes ambientes:
- Desenvolvimento:o ambiente usado para trabalhar nas mudanças. Se
necessário, use a implantação principal ou execute esse ambiente localmente.
- Preparo:o ambiente em que você implanta para trusted testers para
testes completos. Esse ambiente precisa ser o mais próximo possível da produção.
- Produção:o ambiente que você implanta para os usuários finais ao publicar
o app do Chat no
Google Workspace Marketplace.
Para cada app do Chat implantado, é necessário criar um projeto do Google Cloud. Ao configurar a API Chat em cada projeto na nuvem, use um nome de app, um URL de avatar e uma descrição diferentes para distinguir melhor os apps do Chat no Google Chat.
No exemplo a seguir, o app de chat
chamado Task app é criado em HTTP e usa endpoints diferentes para implantação em
desenvolvimento, preparo e produção:
| Ambiente |
Nome do projeto na nuvem |
Nome do app |
URL do endpoint HTTP |
| Desenvolvimento |
task-chat-app-dev |
App Dev Task |
http://example.com/api/myapp/head |
| Preparo |
task-chat-app-staging |
App Staging Task |
http://example.com/api/myapp/staging |
| Produção |
task-chat-app |
App Tarefas |
http://example.com/api/myapp/ |
Gerenciar implantações com base na arquitetura do app de chat
A tabela a seguir inclui outras considerações ao gerenciar implantações
para arquiteturas de apps de chat específicas:
| Arquitetura |
Formato de implantação |
Considerações |
| HTTP |
URL do endpoint HTTP |
- Implante as mudanças progressivamente em cada endpoint no ciclo de vida do seu app de chat. Por exemplo, depois de testar um novo recurso implantado no endpoint de preparo
http://example.com/api/myapp/staging, implante-o no endpoint de produção, como http://example.com/api/myapp, para lançá-lo.
- Para depurar o código antes da implantação, defina um endpoint no seu ambiente local. Para saber como testar mudanças localmente, consulte
Depurar apps do Google Chat.
|
| Google Apps Script |
ID de implantação |
- Os projetos do Apps Script só podem ter uma ramificação e ser associados a um projeto na nuvem. Para testar mudanças e manter
vários ambientes, crie projetos diferentes do Apps Script
para cada ambiente.
- Use apenas a implantação principal do projeto do Apps Script no ambiente de desenvolvimento. Para ambientes de teste e produção, use implantações com versões. Para mais detalhes, consulte
Criar e gerenciar implantações
na documentação do Apps Script.
|
| Pub/Sub |
Tópico do Pub/Sub |
Use um tópico do Pub/Sub diferente para cada implantação. |
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2026-09-14 UTC.
[null,null,["Última atualização 2026-09-14 UTC."],[],["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"]]