Creare e gestire deployment per l'app Google Chat
Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Questa pagina spiega come creare e gestire i deployment per la tua app Google Chat. Mantenendo deployment diversi, puoi gestire meglio ogni fase del ciclo di vita della tua app di Chat e rilasciare in sicurezza le modifiche in produzione.
Creare deployment per ogni fase del ciclo di vita dell'app
Per gestire la tua app di Chat durante il suo ciclo di vita, ti consigliamo di creare ed eseguire il deployment di un'app di Chat per ognuno dei seguenti ambienti:
Sviluppo: l'ambiente che utilizzi per lavorare sulle modifiche. Se necessario, puoi utilizzare il deployment della versione Head o eseguire questo ambiente in locale.
Gestione temporanea: l'ambiente di cui esegui il deployment per i trusted tester per i test end-to-end. Questo ambiente deve essere il più vicino possibile alla produzione.
Per ogni app di Chat di cui esegui il deployment, devi creare un progetto Google Cloud. Quando configuri l'API Chat in ogni progetto Cloud, valuta la possibilità di utilizzare un nome dell'app, un URL dell'avatar e una descrizione distinti in modo da poter distinguere meglio le app di Chat in Google Chat.
Nell'esempio seguente, l'app di Chat denominata Task app è basata su HTTP e utilizza endpoint diversi per il deployment in sviluppo, gestione temporanea e produzione:
Ambiente
Nome del progetto Cloud
Nome dell'app
URL endpoint HTTP
Sviluppo
task-chat-app-dev
App di attività di sviluppo
http://example.com/api/myapp/head
Gestione temporanea
task-chat-app-staging
App di attività di gestione temporanea
http://example.com/api/myapp/staging
Produzione
task-chat-app
App di attività
http://example.com/api/myapp/
Gestire i deployment in base all'architettura dell'app di Chat
La tabella seguente include ulteriori aspetti da considerare quando gestisci i deployment
per architetture di app di Chat
specifiche:
Architettura
Formato di deployment
Considerazioni
HTTP
URL endpoint HTTP
Esegui il deployment delle modifiche in modo progressivo in ogni endpoint del ciclo di vita dell'app di Chat. Ad esempio, dopo
aver testato una nuova funzionalità di cui è stato eseguito il deployment nell'endpoint di gestione temporanea
http://example.com/api/myapp/staging, rilascia la funzionalità in
produzione eseguendone il deployment nell'endpoint di produzione, ad esempio
http://example.com/api/myapp.
Per eseguire il debug del codice prima del deployment, puoi impostare un endpoint per l'ambiente locale. Per scoprire come testare le modifiche in locale, vedi
Eseguire il debug delle app Google Chat.
Google Apps Script
ID deployment
I progetti Apps Script possono avere un solo ramo ed essere associati a un solo progetto Cloud. Per testare le modifiche e gestire più ambienti, devi creare progetti Apps Script diversi per ogni ambiente.
Devi utilizzare il deployment della versione Head
del progetto Apps Script solo per l'ambiente di sviluppo. Per gli ambienti di gestione temporanea e di produzione, utilizza i deployment indicizzati. Per maggiori dettagli, vedi
Creare e gestire i deployment
nella documentazione di Apps Script.
Pub/Sub
Argomento Pub/Sub
Devi utilizzare un argomento Pub/Sub diverso per ogni deployment.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Mancano le informazioni di cui ho bisogno","missingTheInformationINeed","thumb-down"],["Troppo complicato/troppi passaggi","tooComplicatedTooManySteps","thumb-down"],["Obsoleti","outOfDate","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Problema relativo a esempi/codice","samplesCodeIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2026-09-11 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"]]