Google używa technologii AI do tłumaczenia treści na Twój preferowany język. Tłumaczenia wygenerowane przez AI mogą zawierać błędy.
Tworzenie wdrożeń aplikacji Google Chat i zarządzanie nimi
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Na tej stronie dowiesz się, jak tworzyć wdrożenia aplikacji Google Chat i nimi zarządzać. Dzięki utrzymywaniu różnych wdrożeń możesz lepiej zarządzać każdym etapem cyklu życia aplikacji Chat i bezpiecznie wprowadzać zmiany w wersji produkcyjnej.
Tworzenie wdrożeń na każdym etapie cyklu życia aplikacji
Aby zarządzać aplikacją Google Chat przez cały cykl życia, zalecamy utworzenie i wdrożenie aplikacji Google Chat w każdym z tych środowisk:
- Programowanie: środowisko, w którym wprowadzasz zmiany. W razie potrzeby możesz użyć wdrożenia głównego lub uruchomić to środowisko lokalnie.
- Środowisko testowe: środowisko, w którym wdrażasz aplikację dla zaufanych testerów na potrzeby testów kompleksowych. Środowisko to powinno być jak najbardziej zbliżone do środowiska produkcyjnego.
- Wersja produkcyjna: środowisko, w którym wdrażasz aplikację dla użytkowników, publikując ją w Google Workspace Marketplace.
W przypadku każdej wdrażanej aplikacji do obsługi czatu musisz utworzyć projekt Google Cloud. Podczas konfigurowania interfejsu Chat API w każdym projekcie w chmurze warto używać osobnej nazwy aplikacji, adresu URL awatara i opisu, aby łatwiej odróżniać aplikacje do Google Chat w Google Chat.
W tym przykładzie aplikacja Google Chat o nazwie Task app jest oparta na protokole HTTP i używa różnych punktów końcowych do wdrażania w środowiskach deweloperskim, testowym i produkcyjnym:
| Środowisko |
Nazwa projektu w chmurze |
Nazwa aplikacji |
URL punktu końcowego HTTP |
| Programowanie |
task-chat-app-dev |
Aplikacja Dev Task |
http://example.com/api/myapp/head |
| Etap przejściowy |
task-chat-app-staging |
Aplikacja Staging Task |
http://example.com/api/myapp/staging |
| Produkcja |
task-chat-app |
Aplikacja do zadań |
http://example.com/api/myapp/ |
Zarządzanie wdrożeniami na podstawie architektury aplikacji do obsługi czatu
W tabeli poniżej znajdziesz dodatkowe kwestie, które należy wziąć pod uwagę podczas zarządzania wdrożeniami w przypadku konkretnych architektur aplikacji do czatowania:
| Architektura |
Format wdrożenia |
Uwagi |
| HTTP |
URL punktu końcowego HTTP |
- Wdrażaj zmiany stopniowo w każdym punkcie końcowym w cyklu życia aplikacji do czatu. Na przykład po przetestowaniu nowej funkcji wdrożonej w punkcie końcowym środowiska testowego
http://example.com/api/myapp/staging możesz udostępnić ją w środowisku produkcyjnym, wdrażając ją w punkcie końcowym środowiska produkcyjnego, np.http://example.com/api/myapp.
- Aby debugować kod przed wdrożeniem, możesz ustawić punkt końcowy w środowisku lokalnym. Aby dowiedzieć się, jak testować zmiany lokalnie, przeczytaj artykuł Debugowanie aplikacji Google Chat.
|
| Google Apps Script |
Identyfikator wdrożenia |
- Projekty Apps Script mogą mieć tylko 1 gałąź i być powiązane z 1 projektem w chmurze. Aby testować zmiany i utrzymywać wiele środowisk, musisz utworzyć różne projekty Apps Script dla każdego środowiska.
- W środowisku programistycznym należy używać tylko wdrożenia z nagłówka projektu Apps Script. W przypadku środowisk przejściowych i produkcyjnych używaj wdrożeń z obsługą wersji. Szczegółowe informacje znajdziesz w artykule Tworzenie wdrożeń i zarządzanie nimi w dokumentacji Apps Script.
|
| Pub/Sub |
Temat Pub/Sub |
W przypadku każdego wdrożenia należy używać innego tematu Pub/Sub. |
O ile nie stwierdzono inaczej, treść tej strony jest objęta licencją Creative Commons – uznanie autorstwa 4.0, a fragmenty kodu są dostępne na licencji Apache 2.0. Szczegółowe informacje na ten temat zawierają zasady dotyczące witryny Google Developers. Java jest zastrzeżonym znakiem towarowym firmy Oracle i jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2026-09-14 UTC.
[null,null,["Ostatnia aktualizacja: 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"]]