Na tej stronie opisujemy typowe podejścia do architektury usług, które są używane do tworzenia aplikacji Google Chat. Jeśli masz już aplikację, którą chcesz zintegrować z Google Chat, możesz użyć dotychczasowej 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, które pomogą Ci wybrać architekturę odpowiednią do Twojego przypadku użycia:
- Zobacz tabelę przeglądową.
- Zobacz podsumowanie każdego stylu architektury.
- Zobacz podsumowanie logiki aplikacji do Google Chat.
- Zobacz podsumowanie według wzorców konwersacji w aplikacji do czatowania.
Omówienie według funkcji i możliwości
W tabeli poniżej znajdziesz najważniejsze funkcje i możliwości aplikacji do czatowania 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łanie i odbieranie wiadomości synchronicznych oraz wysyłanie wiadomości asynchronicznych |
|||||||
Wysyłanie tylko wiadomości asynchronicznych |
|||||||
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 |
|||||||
Tworzenie bez kodu |
|||||||
Programowanie niewymagające pisania dużej ilości kodu |
|||||||
Tworzenie w wybranym języku programowania |
|||||||
Uproszczone DevOps |
|||||||
Pełne zarządzanie DevOps i CI/CD |
Style architektury usług
W tej sekcji opisujemy najczęstsze podejścia do tworzenia aplikacji do obsługi 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 tworzeniu publicznych aplikacji do czatu. Ta architektura jest zalecana w tych przypadkach:
- Aplikacja do obsługi czatu jest wdrażana publicznie w Google Workspace Marketplace.
- Aplikacja 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 Chat wymaga pełnego zarządzania DevOps i CI/CD.
- Usługa aplikacji do obsługi czatu jest wdrażana na serwerach w chmurze lub lokalnych.
W tym projekcie skonfigurujesz integrację usługi Chat z usługą zdalną za pomocą protokołu HTTP, jak pokazano na tym schemacie:
Na powyższym diagramie użytkownik wchodzący w interakcję z aplikacją HTTP Chat ma następujący przepływ informacji:
- Użytkownik wysyła wiadomość w pokoju Google Chat do aplikacji Google Chat.
- Żą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.
- 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ń.
- Serwer WWW wysyła odpowiedź HTTP z powrotem do usługi aplikacji Chat w Google Chat.
- Odpowiedź jest dostarczana do użytkownika.
- Opcjonalnie aplikacja 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 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 zaimplementowana 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 Chat subskrybowanie tematu, który zawiera wiadomości z Google Chat. Pub/Sub to usługa do asynchronicznego przesyłania wiadomości, która oddziela usługi generujące wiadomości od usług przetwarzających te wiadomości. Ta architektura jest zalecana w tych przypadkach:
- Aplikacja Chat jest chroniona przez zaporę.
- Aplikacja Google Chat otrzymuje zdarzenia dotyczące pokoju czatu.
- Aplikacja Chat jest wdrażana w organizacji.
- Aplikacja 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 Chat wymaga pełnego zarządzania DevOps i CI/CD.
Poniższy diagram przedstawia architekturę aplikacji do czatu utworzonej za pomocą Pub/Sub:
Na powyższym diagramie użytkownik wchodzący w interakcję z aplikacją Pub/Sub Chat ma następujący przepływ informacji:
Użytkownik wysyła wiadomość w Google Chat do aplikacji w Google Chat na czacie lub w pokoju w Google Chat albo w pokoju w Google Chat występuje zdarzenie, w przypadku którego aplikacja w Google Chat ma aktywną subskrypcję.
Chat wysyła wiadomość do tematu Pub/Sub.
Serwer aplikacji, czyli system w chmurze lub lokalny, który zawiera logikę aplikacji Chat, subskrybuje temat Pub/Sub, aby otrzymywać wiadomości przez zaporę.
Opcjonalnie aplikacja 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 Chat.
Webhooki
Możesz utworzyć aplikację do obsługi czatu, która może wysyłać wiadomości tylko do określonego pokoju czatu, korzystając z wywołań adresu URL webhooka Google Chat. Ta architektura jest zalecana w tych przypadkach użycia:
- Aplikacja Google Chat jest wdrażana w Twoim zespole.
- Aplikacja Chat wysyła wiadomości z systemu zewnętrznego do jednego pokoju czatu.
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:
- 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ń.
- Logika aplikacji Google Chat jest hostowana w systemie w chmurze lub w systemie lokalnym, który może wysyłać wiadomości za pomocą adresu URL webhooka do konkretnego pokoju w Google Chat.
- Użytkownicy mogą otrzymywać wiadomości z aplikacji Google Chat w tym konkretnym pokoju, ale nie mogą wchodzić w interakcje z aplikacją.
Tego typu aplikacji Google Chat nie można udostępniać w innych pokojach w 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 Chat możesz w całości utworzyć w języku JavaScript. Google Apps Script to platforma programistyczna, która pozwala tworzyć aplikacje do obsługi Google Chat bez pisania dużych 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 Chat, ale nie jest to zalecane ze względu na dzienne limity.
Ta architektura jest zalecana w tych przypadkach użycia:
- Aplikacja Chat jest wdrażana w zespole lub organizacji.
- Aplikacja Chat może wysyłać i odbierać wszystkie rodzaje wiadomości: synchroniczne, asynchroniczne i z systemu zewnętrznego.
- Aplikacja 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:
- Użytkownik wysyła wiadomość do aplikacji w Google Chat, w wiadomości bezpośredniej lub w pokoju w Google Chat.
- Logika aplikacji Google Chat zaimplementowana w Apps Script, która znajduje się w Google Cloud, odbiera wiadomość.
- Opcjonalnie logika aplikacji 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.
- Logika aplikacji Chat wysyła odpowiedź z powrotem do usługi aplikacji Chat w Google Chat.
- 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 kodowania za pomocą AppSheet. Możesz uprościć proces tworzenia, korzystając z trybu automatycznej konfiguracji i szablonów do tworzenia typowych działań aplikacji do czatowania. 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 Chat zostanie wdrożona u Ciebie i Twojego zespołu.
- Aplikacja Chat może wysyłać i odbierać wiadomości synchroniczne oraz wysyłać wiadomości asynchroniczne.
- Aplikacja Chat wymaga uproszczonego zarządzania DevOps.
Poniższy diagram przedstawia architekturę aplikacji do czatowania 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:
- Użytkownik wysyła wiadomość w Google Chat do aplikacji w Google Chat – w wiadomości na czacie lub w pokoju w Google Chat.
- Logika aplikacji Chat zaimplementowana w AppSheet, która znajduje się w Google Cloud, odbiera wiadomość.
- Opcjonalnie logika aplikacji Google Chat może być zintegrowana z usługami Google Workspace, takimi jak Apps Script lub Arkusze Google.
- Logika aplikacji Chat wysyła odpowiedź z powrotem do usługi aplikacji Chat w Google Chat.
- 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 prowadzenie automatycznych rozmów i generowanie dynamicznych odpowiedzi. Ta architektura jest zalecana w tych przypadkach użycia:
- Aplikacja Chat może wysyłać i odbierać wiadomości synchroniczne.
- Aplikacja do czatu korzysta z przetwarzania języka naturalnego, aby odpowiadać użytkownikom i wchodzić z nimi w interakcje.
Poniższy diagram przedstawia architekturę aplikacji do 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:
- Użytkownik wysyła wiadomość w Google Chat do aplikacji w Google Chat – w wiadomości na czacie lub w pokoju w Google Chat.
- Agent wirtualny Dialogflow, który znajduje się w Google Cloud, odbiera i przetwarza wiadomość, aby wygenerować odpowiedź.
- 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ń.
- Agent Dialogflow wysyła odpowiedź z powrotem do usługi aplikacji Google Chat.
- Odpowiedź zostanie dostarczona do pokoju czatu.
Na początek zapoznaj się z artykułem Tworzenie aplikacji Google Chat w Dialogflow.
aplikacja lub skrypt wiersza poleceń,
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:
- Aplikację do obsługi czatu można opracować w dowolnym języku programowania.
- Aplikacja Chat może wysyłać tylko wiadomości asynchroniczne.
Ten diagram przedstawia architekturę:
Na powyższym diagramie aplikacja Google Chat ma następujący przepływ informacji:
- Aplikacja Google Chat wywołuje interfejs Chat API, aby wysłać wiadomość lub wykonać inne działanie.
- Czat wykonuje żądaną operację.
- Opcjonalnie aplikacja Chat wyświetla 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ć wszystko inne, co jest odpowiednie dla Twoich konkretnych celów.
Obsługa interakcji użytkownika
Aplikacja do 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 Google Chat oparte na poleceniach analizują ładunek zdarzeń interakcji z aplikacją do obsługi Google Chat, a następnie wyodrębniają z tej zawartoś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 oparty na oknach dialogowych
Aplikacje oparte na oknach dialogowych odpowiadają na zdarzenia interakcji 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 żądać wykonania działań.
Za każdym razem, gdy użytkownik wykona działanie w oknie, do aplikacji do obsługi czatu jest wysyłane nowe zdarzenie interakcji. Aplikacja może 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 za pomocą Dialogflow ES lub integracji z Dialogflow CX Chat, która umożliwia tworzenie agentów wirtualnych do automatycznych rozmów i dynamicznych odpowiedzi.
Proaktywne wysyłanie próśb do Google Chat
Aplikacje do obsługi czatu mogą też wysyłać do Google Chat wiadomości lub inne żądania, które nie są wywoływane przez bezpośrednie interakcje użytkowników w Google Chat. Zamiast tego aplikacje w 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 bezpośrednio w Google Chat.
Aplikacje w Google Chat, które nie są interaktywne, używają interfejsu Chat API do wysyłania wiadomości lub innych typów żądań do Google Chat.
Wzorce konwersacyjne
Zastanów się, jak aplikacja 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 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 tym diagramie:
Na powyższym diagramie użytkownik korzystający z aplikacji do czatowania ma następujący przepływ informacji:
- Użytkownik wysyła do aplikacji w Google Chat wiadomość synchroniczną, np. „Jakie jest moje następne spotkanie?”.
- 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, która może generować dowolną liczbę dodatkowych wiadomości, jak pokazano na poniższym diagramie:
Na powyższym diagramie użytkownik korzystający z aplikacji do czatowania ma następujący przepływ informacji:
- Użytkownik wysyła synchroniczną wiadomość do aplikacji Chat, na przykład „Monitoruj ruch”.
- Aplikacja Google Chat wysyła do użytkownika synchroniczną wiadomość z potwierdzeniem żądania, np. „Monitorowanie włączone”.
- Później aplikacja Chat wysyła do użytkownika co najmniej jedną wiadomość asynchroniczną, wywołując interfejs API REST, np. „Nowy ruch”.
- Użytkownik wysyła do aplikacji Chat dodatkową wiadomość synchroniczną, np. „Zignoruj ruch”.
- Aplikacja Google Chat wysyła do użytkownika synchroniczną wiadomość z potwierdzeniem żądania, np. „Monitorowanie wyłączone”.
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 lub AppSheet.
Wysyłanie zapytań o zdarzenia lub subskrybowanie ich (asynchroniczne)
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, np. wysyłania wiadomości powitalnej, gdy nowy użytkownik dołącza do pokoju w Google Chat.
Na diagramie poniżej widać przykład konwersacji opartej na zdarzeniach:
Na powyższym diagramie interakcja między Google Chat a aplikacją w Google Chat przebiega w następujący sposób:
- Aplikacja do czatu subskrybuje pokój Google Chat.
- Zmienia się pokój, w którym aplikacja obsługująca Google Chat jest subskrybowana.
- 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.
- Aplikacja Chat przetwarza wiadomość Pub/Sub zawierającą wydarzenie i w razie potrzeby podejmuje działania.
W przypadku tego typu wzorca konwersacyjnego możesz wdrożyć architekturę aplikacji do czatowania 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 Google Chat
Wzorzec jednokierunkowej wiadomości 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 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 Chat wysyła dodatkowe wiadomości asynchroniczne.
W przypadku tego typu wzorca konwersacji możesz wdrożyć architekturę aplikacji do czatu za pomocą usługi internetowej, wywołania zwrotnego, Apps Script, AppSheet, aplikacji wiersza poleceń lub skryptu.
Wiadomość jednokierunkowa do aplikacji Google Chat
Wzorzec wiadomości jednokierunkowej do aplikacji do obsługi czatu umożliwia użytkownikowi wysłanie wiadomości do aplikacji do obsługi czatu bez odpowiedzi z jej strony, ale z zachowaniem możliwości przetwarzania prośby. Chociaż taka architektura jest technicznie możliwa, negatywnie wpływa na 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 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 czatu Dialogflow ES
- Integracja z czatem Dialogflow CX