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 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 Google Chat, na tej stronie znajdziesz podobne informacje przedstawione na kilka różnych sposobów, które pomogą Ci wybrać architekturę odpowiednią dla Twojego przypadku użycia:

• Wyświetl tabelę przeglądową.
• Zobacz podsumowanie każdego stylu architektury.
• Zobacz podsumowanie logiki aplikacji Google Chat.
• Wyświetl 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 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ł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
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 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 zaimplementowana na serwerach w chmurze lub serwerach lokalnych.

W tym projekcie skonfigurujesz integrację Google 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:

1. Użytkownik wysyła wiadomość w pokoju w Google Chat do aplikacji w 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 Google Chat.
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 Chat w Google Chat.
5. Odpowiedź jest dostarczana do użytkownika.
6. 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 Functions, 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 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 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 odbiera zdarzenia dotyczące pokoju w Google Chat.
• 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:

1. Użytkownik wysyła wiadomość w Google Chat do aplikacji na czacie (na czacie lub w pokoju czatu) albo w pokoju czatu występuje zdarzenie, w przypadku którego aplikacja na czacie 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 Chat, subskrybuje temat Pub/Sub, aby otrzymywać wiadomości przez zaporę.

4. 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 w Google Chat, 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 zewnętrznego systemu do jednego pokoju czatu.

W tej architekturze aplikacja do obsługi czatu jest ograniczona do konkretnego pokoju czatu 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 Google Chat w tym konkretnym pokoju, ale nie mogą wchodzić w interakcje z aplikacją.

Tego typu aplikacji do obsługi czatu nie można udostępniać w innych przestrzeniach na czacie ani innym zespołom. Nie można jej też opublikować 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. Do tworzenia publicznych aplikacji Google Chat możesz używać Apps Script, ale nie jest to zalecane ze względu na dzienne limity i kwoty.

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ą Google Chat w Apps Script ma następujący przepływ informacji:

1. Użytkownik wysyła wiadomość do aplikacji w Google Chat w wiadomości bezpośredniej lub w pokoju czatu.
2. Logika aplikacji Google Chat zaimplementowana w skrypcie Apps Script, który znajduje się w Google Cloud, odbiera wiadomość.
3. 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.
4. Logika aplikacji Google Chat wysyła odpowiedź z powrotem do usługi aplikacji Google Chat w Google Chat.
5. Odpowiedź jest dostarczana do użytkownika.

Aby rozpocząć, zapoznaj się z artykułem Tworzenie aplikacji do obsługi Google Chat 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 programowania, 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 w Twoim zespole.
• 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 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 Chat zaimplementowana w AppSheet, 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 Apps Script lub Arkusze Google.
4. Logika aplikacji Google Chat wysyła odpowiedź z powrotem do usługi aplikacji Google Chat w Google Chat.
5. Odpowiedź jest dostarczana do użytkownika.

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

Dialogflow

Możesz utworzyć aplikację do obsługi czatu za pomocą Dialogflow, platformy języka naturalnego do automatycznych rozmów i dynamicznych odpowiedzi. Ta architektura jest zalecana w tych przypadkach użycia:

• Aplikacja Chat może wysyłać i odbierać wiadomości synchroniczne.
• Aplikacja Google Chat 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:

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 Google Chat.
5. Odpowiedź zostanie dostarczona do pokoju w Google Chat.

Na początek zapoznaj się z artykułem Tworzenie aplikacji Dialogflow Google Chat.

aplikacja lub skrypt wiersza poleceń,

Uwaga: jeśli tworzysz aplikację do obsługi czatu z poziomu aplikacji lub skryptu wiersza poleceń, nie możesz opublikować jej 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 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:

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 Chat wyświetla potwierdzenie w interfejsie wiersza poleceń.

Implementacja 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ć cokolwiek innego, 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 niego polecenia i parametry. Więcej informacji znajdziesz na przykład w artykule Odpowiadanie na polecenia aplikacji Google Chat.

Innym podejściem jest tokenizacja wiadomości, 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 prosić o wykonanie 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 wykorzystuje przetwarzanie języka naturalnego (NLP), aby określić, o co pyta użytkownik. Istnieje wiele sposobów implementacji NLP. Możesz wybrać dowolny z nich.

Możesz używać NLP w implementacji aplikacji do obsługi czatu z Dialogflow ES lub integracją czatu Dialogflow CX, która umożliwia tworzenie agentów wirtualnych do automatycznych rozmów i dynamicznych odpowiedzi.

Aktywne 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 te aplikacje Google Chat można wywoływać, np. za pomocą aplikacji innych firm lub polecenia wiersza poleceń użytkownika, ale użytkownicy nie mogą wchodzić w interakcję z tymi aplikacjami Google Chat 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ę, w jaki sposób 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 modelu wywoływania i odpowiadania aplikacja Chat odpowiada na wiadomości 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:

1. Użytkownik wysyła do aplikacji w Google Chat wiadomość synchroniczną, 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 korzystający z aplikacji do czatowania ma następujący przepływ informacji:

1. Użytkownik wysyła synchroniczną wiadomość do aplikacji Chat, na przykład „Monitoruj ruch”.
2. Aplikacja Google Chat wysyła do użytkownika synchroniczną wiadomość z potwierdzeniem prośby, np. „Monitorowanie włączone”.
3. Później aplikacja Chat wysyła do użytkownika co najmniej jedną wiadomość asynchroniczną, wywołując interfejs API REST, np. „Nowy ruch”.
4. Użytkownik wysyła do aplikacji 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 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 Chat odbiera 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żyć tego typu logiki, aby aktualizować systemy zewnętrzne, takie jak system zarządzania zgłoszeniami, lub asynchronicznie wysyłać wiadomości do pokoju w Google Chat – na przykład wysyłać wiadomość powitalną, 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 Chat a aplikacją Chat przebiega w następujący sposób:

1. Aplikacja do obsługi czatu subskrybuje pokój w Google Chat.
2. Pokój, w którym aplikacja 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 Google Chat przetwarza wiadomość Pub/Sub zawierającą zdarzenie i w razie potrzeby podejmuje odpowiednie działania.

W przypadku tego typu wzorca konwersacji 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 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 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, webhooka, Apps Script, AppSheet, aplikacji wiersza poleceń lub skryptu.

Wiadomość jednokierunkowa do aplikacji Google Chat

Wzorzec wiadomości jednokierunkowej do aplikacji Google Chat umożliwia użytkownikowi wysłanie wiadomości do aplikacji Google Chat 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 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 czatu z Dialogflow ES
• Integracja czatu Dialogflow CX