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.
Z tej strony 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 Google Chat i bezpiecznie wprowadzać zmiany w środowisku produkcyjnym.
Tworzenie wdrożeń na każdy etap cyklu życia aplikacji
Aby zarządzać aplikacją Google Chat przez cały jej cykl życia, zalecamy utworzenie i wdrożenie aplikacji Google Chat w każdym z tych środowisk:
Programowanie: środowisko, w którym pracujesz nad zmianami. W razie potrzeby możesz użyć wdrożenia z nagłówka lub uruchomić to środowisko lokalnie.
Etap przejściowy: środowisko, w którym wdrażasz aplikację dla zaufanych testerów, aby przeprowadzić testy kompleksowe. To środowisko powinno być jak najbardziej zbliżone do środowiska produkcyjnego.
W przypadku każdej wdrażanej aplikacji Google Chat musisz utworzyć projekt Google Cloud. Podczas konfigurowania interfejsu Chat API w każdym projekcie w chmurze rozważ użycie innej nazwy aplikacji, adresu URL awatara i opisu, aby łatwiej odróżniać aplikacje 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 wdrożenia w środowiskach programistycznych, przejściowych i produkcyjnych:
Ś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 Task
http://example.com/api/myapp/
Zarządzanie wdrożeniami na podstawie architektury aplikacji Google Chat
W tabeli poniżej znajdziesz dodatkowe kwestie, które należy wziąć pod uwagę podczas zarządzania wdrożeniami
w przypadku określonych architektur aplikacji Google Chat:
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 Google Chat. Na przykład po
przetestowaniu nowej funkcji wdrożonej w punkcie końcowym etapu przejściowego
http://example.com/api/myapp/staging, udostępnij tę funkcję 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. Więcej informacji o testowaniu zmian lokalnie znajdziesz w artykule
Debugowanie aplikacji Google Chat.
Google Apps Script
Identyfikator wdrożenia
Projekty Apps Script mogą mieć tylko jedną gałąź i być powiązane z jednym projektem w chmurze. Aby testować zmiany i utrzymywać wiele środowisk, musisz utworzyć różne projekty Apps Script dla każdego środowiska.
W przypadku środowiska programistycznego 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. Więcej informacji 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.
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 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"]]