Wybieranie architektury aplikacji Google Chat

Na tej stronie opisujemy typowe podejścia do architektury usług, które są używane do tworzenia aplikacji Google Chat. Jeśli masz aplikację, którą chcesz zintegrować z Google Chat, możesz użyć istniejącej implementacji lub ją dostosować. Jeśli tworzysz nową aplikację do obsługi czatu, na tej stronie znajdziesz podobne informacje przedstawione na kilka różnych sposobów, aby pomóc Ci wybrać architekturę odpowiednią do Twojego przypadku użycia:

• Zobacz tabelę przeglądu.
• Zobacz podsumowanie każdego stylu architektonicznego.
• Zobacz podsumowanie logiki aplikacji w Google Chat.
• Zobacz podsumowanie według wzorców konwersacji w aplikacji Google Chat.

Omówienie według funkcji i możliwości

W tabeli poniżej znajdziesz najważniejsze funkcje i możliwości aplikacji do obsługi czatu oraz zalecany () styl architektury usługi. W niektórych przypadkach można opracować inną architekturę z tymi funkcjami, ale nie będzie ona tak dobrze pasować do danego zastosowania jak inne style ().

Funkcje i możliwości	Usługa internetowa lub HTTP	Pub/Sub	Webhooki	Google Apps Script	AppSheet	Dialogflow	Skrypt
Docelowi odbiorcy
Twoja drużyna
Twojej organizacji,
publicznie;
Interaktywność użytkownika
Korzystanie z przetwarzania języka naturalnego
Wzorce wiadomości
Wysyłanie i odbieranie wiadomości synchronicznych
wysyłać i odbierać wiadomości synchroniczne oraz wysyłać wiadomości asynchroniczne;
Wysyłaj tylko wiadomości asynchroniczne
Wysyłanie wiadomości z systemu zewnętrznego do jednego pokoju czatu
Dostęp do innych usług i systemów
Integracja z innymi usługami Google
Komunikacja za zaporą sieciową
Wysyłanie zapytań o zdarzenia w Google Chat i subskrybowanie ich
Style kodowania i wdrażania
Programowanie bez kodu
Programowanie niewymagające pisania dużej ilości kodu
Tworzenie w wybranym języku programowania
Uproszczone DevOps
Kompletne zarządzanie DevOps i CI/CD

Style architektury usług

W tej sekcji opisujemy najczęstsze podejścia architektoniczne stosowane do tworzenia aplikacji do Google Chat.

Usługa internetowa lub HTTP

Usługa internetowa lub HTTP to najczęściej wdrażana architektura, ponieważ zapewnia deweloperom największą elastyczność w zakresie tworzenia publicznych aplikacji do obsługi czatu. Ta architektura jest zalecana w tych przypadkach:

• Aplikacja do obsługi czatu jest wdrażana publicznie w Google Workspace Marketplace.
• Aplikacja Google Chat może wysyłać i odbierać wszystkie rodzaje wiadomości: synchroniczne, asynchroniczne i z systemu zewnętrznego.
• Aplikację do obsługi czatu można opracować w dowolnym języku programowania.
• Aplikacja do obsługi czatu wymaga pełnego zarządzania DevOps i CI/CD.
• Usługa aplikacji w Google Chat jest wdrażana na serwerach w chmurze lub serwerach lokalnych.

W tym projekcie skonfigurujesz integrację usługi Chat z usługą zdalną za pomocą protokołu HTTP, jak pokazano na tym diagramie:

Na powyższym diagramie użytkownik wchodzący w interakcję z aplikacją do Google Chat HTTP ma następujący przepływ informacji:

1. Użytkownik wysyła wiadomość w pokoju Google Chat do aplikacji Google Chat.
2. Żądanie HTTP jest wysyłane do serwera WWW, który jest systemem w chmurze lub systemem lokalnym zawierającym logikę aplikacji do obsługi czatu.
3. Opcjonalnie logika aplikacji Chat może wchodzić w interakcje z zewnętrznymi usługami innych firm, takimi jak system zarządzania projektami lub narzędzie do obsługi zgłoszeń.
4. Serwer WWW wysyła odpowiedź HTTP z powrotem do usługi aplikacji Google Chat w Google Chat.
5. Odpowiedź jest dostarczana do użytkownika.
6. Opcjonalnie aplikacja Google Chat może wywoływać interfejs Chat API, aby asynchronicznie publikować wiadomości lub wykonywać inne operacje.

Ta architektura zapewnia elastyczność w zakresie korzystania z istniejących bibliotek i komponentów, które są już dostępne w systemie, ponieważ aplikacje do obsługi czatu można projektować w różnych językach programowania. Tę architekturę można wdrożyć na różne sposoby. W Google Cloud możesz używać Cloud Run i App Engine. Aby rozpocząć, zapoznaj się z artykułem Tworzenie aplikacji Google Chat.

Pub/Sub

Jeśli aplikacja Google Chat jest wdrożona za zaporą sieciową, nie może wykonywać do niej wywołań HTTP. Jednym ze sposobów jest użycie Pub/Sub, aby umożliwić implementacji aplikacji do obsługi czatu subskrybowanie tematu, który zawiera wiadomości z Google Chat. Pub/Sub to usługa do asynchronicznego przesyłania wiadomości, która oddziela producentów usług generujących wiadomości od usług przetwarzających te wiadomości. Ta architektura jest zalecana w tych przypadkach:

• Aplikacja Google Chat jest tworzona za zaporą.
• Aplikacja Google Chat otrzymuje zdarzenia dotyczące pokoju czatu.
• Aplikacja Google Chat zostanie wdrożona w Twojej organizacji.
• Aplikacja Google Chat może wysyłać i odbierać wiadomości synchroniczne oraz wysyłać wiadomości asynchroniczne.
• Aplikację do obsługi czatu można opracować w dowolnym języku programowania.
• Aplikacja do obsługi czatu wymaga pełnego zarządzania DevOps i CI/CD.

Poniższy diagram przedstawia architekturę aplikacji do obsługi czatu utworzonej za pomocą Pub/Sub:

Na powyższym diagramie użytkownik wchodzący w interakcję z aplikacją do obsługi czatu Pub/Sub ma następujący przepływ informacji:

1. Użytkownik wysyła wiadomość w Google Chat do aplikacji Google Chat na czacie lub w pokoju Google Chat albo w pokoju Google Chat występuje zdarzenie, w przypadku którego aplikacja Google Chat ma aktywną subskrypcję.

2. Chat wysyła wiadomość do tematu Pub/Sub.

3. Serwer aplikacji, czyli system w chmurze lub lokalny, który zawiera logikę aplikacji Google Chat, subskrybuje temat Pub/Sub, aby otrzymywać wiadomości przez zaporę.

4. Opcjonalnie aplikacja Google Chat może wywoływać interfejs Chat API, aby asynchronicznie publikować wiadomości lub wykonywać inne operacje.

Aby rozpocząć, zapoznaj się z artykułem Używanie Pub/Sub jako punktu końcowego aplikacji do Google Chat.

Webhooki

Możesz utworzyć aplikację do obsługi czatu, która może wysyłać wiadomości tylko do określonego pokoju czatu, używając wywołań adresu URL webhooka czatu. Ta architektura jest zalecana w tych przypadkach użycia:

• Aplikacja Google Chat jest wdrażana w Twoim zespole.
• Aplikacja do Google Chat wysyła wiadomości z zewnętrznego systemu do jednego pokoju w Google Chat.

W tej architekturze aplikacja do Google Chat jest ograniczona do konkretnego pokoju w Google Chat i nie umożliwia interakcji z użytkownikiem, co widać na tym diagramie:

Na powyższym diagramie aplikacja Google Chat ma następujący przepływ informacji:

1. Logika aplikacji Chat otrzymuje informacje z zewnętrznych usług innych firm, takich jak system zarządzania projektami lub narzędzie do obsługi zgłoszeń.
2. Logika aplikacji Google Chat jest hostowana w systemie w chmurze lub lokalnym, który może wysyłać wiadomości za pomocą adresu URL webhooka do konkretnego pokoju w Google Chat.
3. Użytkownicy mogą otrzymywać wiadomości z aplikacji w Google Chat w tym konkretnym pokoju, ale nie mogą wchodzić z nią w interakcje.

Tego typu aplikacji do obsługi czatu nie można udostępniać w innych pokojach w Google Chat ani innym zespołom, a także nie można jej publikować w Google Workspace Marketplace. Przychodzące webhooki są zalecane w przypadku aplikacji do obsługi czatu, które zgłaszają alerty lub stan, a także w przypadku niektórych typów prototypów aplikacji do obsługi czatu.

Więcej informacji znajdziesz w artykule Wysyłanie wiadomości do Google Chat za pomocą webhooków.

Google Apps Script

Logikę aplikacji Google Chat możesz w całości utworzyć w JavaScript. Google Apps Script to platforma do tworzenia aplikacji do obsługi czatu, która nie wymaga pisania dużej ilości kodu. Apps Script obsługuje proces autoryzacji i tokeny OAuth 2.0 na potrzeby uwierzytelniania użytkowników. Za pomocą Apps Script możesz tworzyć publiczne aplikacje do Google Chat, ale nie jest to zalecane ze względu na dzienne limity i kwoty.

Ta architektura jest zalecana w tych przypadkach użycia:

• Aplikacja do Google Chat jest wdrażana w zespole lub organizacji.
• Aplikacja Google Chat może wysyłać i odbierać wszystkie rodzaje wiadomości: synchroniczne, asynchroniczne i z systemu zewnętrznego.
• Aplikacja Google Chat wymaga uproszczonego zarządzania DevOps.

Ta architektura jest przydatna w przypadku aplikacji do obsługi czatu, które są też zintegrowane z innymi usługami Google Workspace i Google, takimi jak Arkusze Google, Prezentacje Google, Kalendarz Google, Dysk Google, Mapy Google i YouTube, co widać na poniższym diagramie:

Na powyższym diagramie użytkownik wchodzący w interakcję z aplikacją w Google Chat utworzoną za pomocą Apps Script ma następujący przepływ informacji:

1. Użytkownik wysyła wiadomość do aplikacji w Google Chat na czacie lub w pokoju czatu.
2. Logika aplikacji Google Chat zaimplementowana w Apps Script, która znajduje się w Google Cloud, odbiera wiadomość.
3. Opcjonalnie logika aplikacji Google Chat może być zintegrowana z usługami Google Workspace, takimi jak Kalendarz czy Arkusze, lub z innymi usługami Google, takimi jak Mapy Google czy YouTube.
4. Logika aplikacji do obsługi czatu wysyła odpowiedź z powrotem do usługi aplikacji do obsługi czatu w Google Chat.
5. Odpowiedź jest dostarczana do użytkownika.

Aby rozpocząć, zapoznaj się z artykułem Tworzenie aplikacji do obsługi czatu za pomocą Apps Script.

AppSheet

Możesz utworzyć aplikację Google Chat udostępnianą w domenie bez pisania kodu za pomocą AppSheet. Możesz uprościć proces programowania, korzystając z trybu automatycznej konfiguracji i szablonów do tworzenia typowych działań aplikacji do Google Chat. Jednak niektóre funkcje aplikacji internetowej AppSheet są niedostępne w aplikacjach do obsługi czatu.

Ta architektura jest zalecana w tych przypadkach użycia:

• Aplikacja Google Chat zostanie wdrożona u Ciebie i Twojego zespołu.
• Aplikacja Google Chat może wysyłać i odbierać wiadomości synchroniczne oraz wysyłać wiadomości asynchroniczne.
• Aplikacja Google Chat wymaga uproszczonego zarządzania DevOps.

Poniższy diagram przedstawia architekturę aplikacji do czatu utworzonej za pomocą AppSheet:

Na powyższym diagramie użytkownik wchodzący w interakcję z aplikacją AppSheet Chat ma następujący przepływ informacji:

1. Użytkownik wysyła wiadomość w Google Chat do aplikacji w Google Chat na czacie lub w pokoju w Google Chat.
2. Logika aplikacji do Google Chat zaimplementowana w AppSheet, która znajduje się w Google Cloud, odbiera wiadomość.
3. Opcjonalnie logika aplikacji do Google Chat może być zintegrowana z usługami Google Workspace, takimi jak Apps Script czy Arkusze Google.
4. Logika aplikacji do obsługi czatu wysyła odpowiedź z powrotem do usługi aplikacji do obsługi czatu w Google Chat.
5. Odpowiedź jest dostarczana do użytkownika.

Aby rozpocząć, zapoznaj się z artykułem Tworzenie aplikacji do obsługi czatu za pomocą AppSheet.

Dialogflow

Możesz utworzyć aplikację do obsługi czatu za pomocą Dialogflow, platformy do obsługi języka naturalnego, która umożliwia automatyzację rozmów i dynamiczne odpowiadanie na pytania. Ta architektura jest zalecana w tych przypadkach użycia:

• Aplikacja do obsługi czatu może wysyłać i odbierać wiadomości synchroniczne.
• Aplikacja do czatu korzysta z przetwarzania języka naturalnego do odpowiadania użytkownikom i interakcji z nimi.

Poniższy diagram przedstawia architekturę aplikacji do obsługi czatu utworzonej za pomocą Dialogflow:

Na powyższym diagramie użytkownik wchodzący w interakcję z aplikacją Dialogflow Chat ma następujący przepływ informacji:

1. Użytkownik wysyła wiadomość w Google Chat do aplikacji w Google Chat na czacie lub w pokoju w Google Chat.
2. Wirtualny agent Dialogflow, który znajduje się w Google Cloud, odbiera i przetwarza wiadomość, aby wygenerować odpowiedź.
3. Opcjonalnie za pomocą elementu webhook Dialogflow agent Dialogflow może wchodzić w interakcje z zewnętrznymi usługami innych firm, takimi jak system zarządzania projektami lub narzędzie do obsługi zgłoszeń.
4. Agent Dialogflow wysyła odpowiedź z powrotem do usługi aplikacji do obsługi czatu w Google Chat.
5. Odpowiedź zostanie dostarczona do pokoju czatu.

Aby rozpocząć, zapoznaj się z artykułem Tworzenie aplikacji Google Chat w Dialogflow.

aplikacja lub skrypt wiersza poleceń,

Uwaga: jeśli tworzysz aplikację do obsługi czatu z poziomu aplikacji lub skryptu wiersza poleceń, nie możesz jej opublikować i wyświetlić w Google Workspace Marketplace.

Możesz utworzyć aplikację wiersza poleceń lub skrypt, który wysyła wiadomości do Google Chat lub wykonuje inne operacje, takie jak tworzenie pokoju czy zarządzanie jego członkami, bez umożliwiania użytkownikom bezpośredniego wywoływania aplikacji Google Chat w Google Chat ani odpowiadania na nią. Ta architektura jest zalecana w tych przypadkach użycia:

• Aplikację do obsługi czatu można opracować w dowolnym języku programowania.
• Aplikacja Google Chat może wysyłać tylko wiadomości asynchroniczne.

Architekturę przedstawia ten diagram:

Na powyższym diagramie aplikacja Google Chat ma następujący przepływ informacji:

1. Aplikacja Google Chat wywołuje interfejs Chat API, aby wysłać wiadomość lub wykonać inne działanie.
2. Czat wykonuje żądaną operację.
3. Opcjonalnie aplikacja Google Chat wyświetli potwierdzenie w interfejsie wiersza poleceń.

Wdrażanie logiki aplikacji do obsługi czatu

Google Chat nie ogranicza sposobu implementacji logiki aplikacji do obsługi czatu. Możesz utworzyć parser poleceń o stałej składni, używać zaawansowanych bibliotek lub usług AI i przetwarzania języka, subskrybować zdarzenia i na nie odpowiadać lub robić inne rzeczy odpowiednie dla Twoich konkretnych celów.

Obsługa interakcji użytkownika

Aplikacja do obsługi czatu może wchodzić w interakcje z użytkownikami na wiele sposobów. Interakcja użytkownika to dowolne działanie, które użytkownik wykonuje, aby wywołać aplikację do obsługi czatu lub wejść z nią w interakcję.

Parser poleceń

Aplikacje do obsługi czatu oparte na poleceniach analizują ładunek interakcji użytkowników z aplikacją do obsługi czatu, a następnie wyodrębniają z tych treści polecenia i parametry. Więcej informacji znajdziesz na przykład w artykule Odpowiadanie na polecenia aplikacji w Google Chat.

Innym podejściem jest podzielenie wiadomości na tokeny, wyodrębnienie polecenia, a następnie odwołanie się do słownika, który mapuje polecenia na funkcje obsługi poszczególnych poleceń.

Interfejs użytkownika oparty na oknach dialogowych

Aplikacje oparte na oknach dialogowych reagują na interakcje użytkownika z aplikacją do obsługi czatu, wyświetlając okna dialogowe oparte na kartach, w których użytkownik może wchodzić w interakcje z aplikacją do obsługi czatu, np. wypełniać formularze lub prosić o wykonanie działań.

Za każdym razem, gdy użytkownik wykona działanie w oknie, do aplikacji Google Chat jest wysyłane nowe zdarzenie, na które może ona odpowiedzieć, aktualizując okno lub wysyłając wiadomość.

Przetwarzanie języka naturalnego

Wiele implementacji aplikacji do obsługi czatu korzysta z przetwarzania języka naturalnego (NLP), aby określić, o co pyta użytkownik. NLP można zaimplementować na wiele sposobów. Możesz wybrać dowolny z nich.

W implementacji aplikacji do Google Chat możesz używać NLP z Dialogflow ES lub Dialogflow CX, co umożliwia tworzenie wirtualnych agentów do automatycznych rozmów i dynamicznych odpowiedzi.

Proaktywne wysyłanie próśb do Google Chat

Aplikacje w Google Chat mogą też wysyłać wiadomości lub inne żądania do Google Chat, które nie są wywoływane przez bezpośrednie interakcje użytkowników w Google Chat. Zamiast tego te aplikacje Google Chat mogą być wywoływane np. przez aplikacje innych firm lub za pomocą wywołania z wiersza poleceń przez użytkownika, ale użytkownicy nie mogą wchodzić w interakcje z tymi aplikacjami Google Chat bezpośrednio w Google Chat.

Aplikacje do obsługi czatu, które nie są interaktywne, używają interfejsu Chat API do wysyłania wiadomości lub innych typów żądań do Google Chat.

Wzorce rozmowy

Zastanów się, w jaki sposób aplikacja w Google Chat ma wchodzić w interakcje z użytkownikami. W sekcjach poniżej opisujemy wzorce rozmów, które może implementować Twoja aplikacja w Google Chat.

Wezwanie i odpowiedź (synchroniczne)

W synchronicznym wzorcu wywoływania i odpowiadania aplikacja do Google Chat odpowiada na wiadomości od użytkowników w relacji 1:1. Jedna wiadomość wysłana przez użytkownika do aplikacji do obsługi czatu powoduje jedną odpowiedź z tej aplikacji, jak pokazano na poniższym diagramie:

Na powyższym diagramie użytkownik wchodzący w interakcję z aplikacją do obsługi czatu ma następujący przepływ informacji:

1. Użytkownik wysyła synchroniczną wiadomość do aplikacji Google Chat, np. „Jakie jest moje następne spotkanie?”.
2. Aplikacja Google Chat wysyła do użytkownika wiadomość synchroniczną, np. „Dr Silva o 14:30”.

W przypadku tego typu wzorca konwersacji możesz wdrożyć architekturę aplikacji do obsługi czatu za pomocą usługi internetowej, Pub/Sub, Apps Script, AppSheet lub Dialogflow.

Wiele odpowiedzi (asynchronicznych)

Wzorzec wielu odpowiedzi może obejmować wiadomości synchroniczne i asynchroniczne. Ten wzorzec charakteryzuje się dwukierunkową komunikacją między użytkownikami a aplikacją Google Chat, przy czym aplikacja Google Chat generuje dowolną liczbę dodatkowych wiadomości, jak pokazano na poniższym diagramie:

Na powyższym diagramie użytkownik wchodzący w interakcję z aplikacją do obsługi czatu ma następujący przepływ informacji:

1. Użytkownik wysyła synchroniczną wiadomość do aplikacji w Google Chat, np. „Monitoruj ruch”.
2. Aplikacja do Google Chat wysyła do użytkownika synchroniczną wiadomość z potwierdzeniem żądania, np. „Monitorowanie włączone”.
3. Później aplikacja do Google Chat wysyła do użytkownika co najmniej jedną wiadomość asynchroniczną, wywołując interfejs REST API, np. „Nowy ruch”.
4. Użytkownik wysyła do aplikacji Google Chat dodatkową wiadomość synchroniczną, np. „Zignoruj ruch”.
5. Aplikacja Google Chat wysyła do użytkownika wiadomość synchroniczną z potwierdzeniem żądania, np. „Monitorowanie wyłączone”.

W przypadku tego typu wzorca konwersacyjnego możesz wdrożyć architekturę aplikacji do obsługi czatu za pomocą usługi internetowej, Pub/Sub, Apps Script lub AppSheet.

Wysyłanie zapytań o zdarzenia i subskrybowanie ich (asynchronicznie)

W asynchronicznym wzorcu opartym na zdarzeniach aplikacja do obsługi czatu otrzymuje zdarzenia, wysyłając zapytania do interfejsu Chat API lub tworząc subskrypcję pokoju lub użytkownika w Google Chat za pomocą interfejsu Google Workspace Events API. Zdarzenia reprezentują zmiany w zasobach Chat, np. opublikowanie nowej wiadomości lub dołączenie użytkownika do pokoju. Aplikacje Google Chat oparte na zdarzeniach analizują ładunek zdarzenia, aby uzyskać dane o zmienionym zasobie Google Chat, a następnie odpowiednio reagują.

Aplikacje do obsługi czatu mogą otrzymywać wiele rodzajów zdarzeń, w tym zdarzenia dotyczące pokoi, członkostwa, wiadomości i reakcji. Gdy aplikacja do obsługi czatu otrzyma zdarzenie przez wysłanie zapytania do interfejsu Chat API lub w ramach aktywnej subskrypcji, może opcjonalnie wygenerować dowolną liczbę odpowiedzi asynchronicznych, które wysyła z powrotem do Google Chat za pomocą interfejsu Chat API.

Możesz używać tego typu logiki do aktualizowania systemów zewnętrznych, takich jak system zarządzania zgłoszeniami, lub asynchronicznego wysyłania wiadomości do pokoju w Google Chat, na przykład wysyłania wiadomości powitalnej, gdy nowy użytkownik dołącza do pokoju w Google Chat.

Na diagramie poniżej przedstawiono przykład konwersacji opartej na zdarzeniach:

Na powyższym diagramie interakcja między Google Chat a aplikacją w Google Chat przebiega w ten sposób:

1. Aplikacja Google Chat subskrybuje pokój Google Chat.
2. Pokój, w którym aplikacja do Google Chat jest subskrybowana, ulega zmianie.
3. Aplikacja Chat dostarcza zdarzenie do tematu w Pub/Sub, który służy jako punkt końcowy powiadomień dla subskrypcji. To zdarzenie zawiera dane o tym, co się zmieniło w zasobie.
4. Aplikacja Chat przetwarza wiadomość Pub/Sub zawierającą wydarzenie i w razie potrzeby podejmuje odpowiednie działania.

W przypadku tego typu wzorca konwersacyjnego możesz wdrożyć architekturę aplikacji do Google Chat za pomocą Pub/Sub, usługi internetowej lub Apps Script.

Więcej informacji o otrzymywaniu zdarzeń i odpowiadaniu na nie znajdziesz w artykule Praca ze zdarzeniami z Google Chat.

Wiadomość jednokierunkowa z aplikacji do obsługi czatu

Wzorzec wiadomości jednokierunkowej z aplikacji Google Chat umożliwia aplikacji wysyłanie wiadomości asynchronicznych do pokoju w Google Chat, ale nie pozwala użytkownikom na bezpośrednie interakcje z aplikacją. Ten wzorzec nie jest konwersacyjny ani interaktywny, ale może być przydatny w przypadku takich funkcji jak raportowanie alarmów, co ilustruje poniższy diagram:

Na powyższym diagramie użytkownik w tej samej przestrzeni co aplikacja do Google Chat ma następujący przepływ informacji:

• Aplikacja Google Chat wysyła do użytkownika wiadomość asynchroniczną, wywołując interfejs Chat API lub publikując ją pod adresem URL webhooka, np. „Alert o przepełnieniu kolejki”.
• Opcjonalnie aplikacja do Google Chat wysyła dodatkowe wiadomości asynchroniczne.

W przypadku tego typu wzorca konwersacyjnego możesz wdrożyć architekturę aplikacji w Google Chat za pomocą usługi internetowej, webhooka, Apps Script, AppSheet, aplikacji wiersza poleceń lub skryptu.

Wiadomość jednokierunkowa do aplikacji Google Chat

Wzorzec wiadomości jednokierunkowej do aplikacji w Google Chat umożliwia użytkownikowi wysłanie wiadomości do aplikacji w Google Chat bez odpowiedzi z tej aplikacji, ale z zachowaniem przetwarzania żądania. Chociaż taka architektura jest technicznie możliwa, obniża wygodę użytkowników, dlatego zdecydowanie odradzamy jej stosowanie.

Powiązane artykuły

• Tworzenie aplikacji Google Chat
• Używanie Pub/Sub jako punktu końcowego aplikacji do Google Chat
• Wysyłanie wiadomości do Google Chat za pomocą przychodzących webhooków
• Tworzenie aplikacji Google Chat za pomocą Apps Script
• Wysyłanie wiadomości na czacie z automatyzacji za pomocą AppSheet
• Integracja Dialogflow ES z Google Chat
• Integracja czatu Dialogflow CX