เลือกสถาปัตยกรรมของแอป Google Chat

หน้านี้อธิบายแนวทางสถาปัตยกรรมบริการทั่วไปที่ใช้สร้างแอป Google Chat หากมีแอปที่มีอยู่ซึ่งคุณต้องการผสานรวมกับ Google Chat คุณสามารถใช้หรือปรับการใช้งานที่มีอยู่ได้ หากคุณกำลังสร้างแอป Chat ใหม่ หน้านี้จะแสดงข้อมูลคล้ายกันในหลายๆ วิธีเพื่อช่วยให้คุณเลือกสถาปัตยกรรมที่เหมาะกับกรณีการใช้งานของคุณ

ภาพรวมตามฟีเจอร์และความสามารถ

ตารางต่อไปนี้จะไฮไลต์ฟีเจอร์และความสามารถหลักของแอปแชท รวมถึงรูปแบบสถาปัตยกรรมบริการ () ที่แนะนำ ในบางกรณี สถาปัตยกรรมรูปแบบอื่นอาจพัฒนาด้วยฟีเจอร์เหล่านี้ได้ แต่ไม่เหมาะกับกรณีการใช้งานเท่ากับรูปแบบอื่นๆ ()

ฟีเจอร์และความสามารถ

บริการบนเว็บหรือ HTTP

Pub/Sub

เว็บฮุค

Apps Script

AppSheet

Dialogflow

สคริปต์

ผู้ชมเป้าหมาย

ทีมของคุณ

องค์กรของคุณ

สาธารณชน

การโต้ตอบของผู้ใช้

ใช้การประมวลผลภาษาธรรมชาติ

รูปแบบการรับส่งข้อความ

ส่งและรับข้อความแบบซิงค์

ส่งและรับข้อความแบบซิงค์ รวมถึงส่งข้อความแบบไม่ซิงค์

ส่งข้อความแบบไม่พร้อมกันเท่านั้น

ส่งข้อความจากระบบภายนอกไปยังพื้นที่ใน Chat เดียว

เข้าถึงบริการและระบบอื่นๆ

ผสานรวมกับการบริการอื่นๆ ของ Google

สื่อสารผ่านไฟร์วอลล์

ค้นหาหรือสมัครรับเหตุการณ์ใน Chat

รูปแบบการเขียนโค้ดและรูปแบบการใช้งาน

การพัฒนาโดยไม่ต้องเขียนโค้ด

การพัฒนาด้วย Low Code

การพัฒนาด้วยภาษาโปรแกรมที่คุณเลือก

DevOps แบบง่าย

การจัดการ DevOps และ CI/CD ที่สมบูรณ์

รูปแบบสถาปัตยกรรมบริการ

ส่วนนี้อธิบายแนวทางสถาปัตยกรรมที่พบบ่อยที่สุดบางส่วนที่ใช้ในการสร้างแอป Chat

บริการบนเว็บหรือ HTTP

บริการเว็บหรือ HTTP เป็นสถาปัตยกรรมที่พบบ่อยที่สุดเนื่องจากให้ความยืดหยุ่นสูงสุดแก่นักพัฒนาแอปในการสร้างแอป Chat สาธารณะ เราขอแนะนําสถาปัตยกรรมนี้สําหรับกรณีการใช้งานต่อไปนี้

  • เผยแพร่แอป Chat แก่ผู้ใช้ทั่วไปใน Google Workspace Marketplace
  • แอป Chat สามารถส่งและรับรูปแบบการรับส่งข้อความทั้งหมด ได้แก่ ส่งและรับข้อความแบบซิงค์ ส่งข้อความแบบไม่ซิงค์ และส่งข้อความจากระบบภายนอก
  • แอป Chat พัฒนาขึ้นโดยใช้ภาษาโปรแกรมใดก็ได้
  • แอป Chat ต้องใช้การจัดการ DevOps และ CI/CD อย่างสมบูรณ์
  • บริการแอป Chat ติดตั้งใช้งานในเซิร์ฟเวอร์ระบบคลาวด์หรือเซิร์ฟเวอร์ในองค์กร

ในการออกแบบนี้ คุณจะกำหนดค่า Chat ให้ผสานรวมกับบริการระยะไกลโดยใช้ HTTP ดังที่แสดงในแผนภาพต่อไปนี้

สถาปัตยกรรมของแอป Chat ที่ใช้เว็บเซอร์วิสในเซิร์ฟเวอร์ภายในองค์กร

ในแผนภาพก่อนหน้า ผู้ใช้ที่โต้ตอบกับแอป HTTP Chat จะมีขั้นตอนการส่งข้อมูลดังนี้

  1. ผู้ใช้ส่งข้อความในพื้นที่ใน Chat ไปยังแอป Chat
  2. ระบบจะส่งคำขอ HTTP ไปยังเว็บเซิร์ฟเวอร์ที่เป็นระบบคลาวด์หรือระบบในองค์กรซึ่งมีตรรกะของแอป Chat
  3. ตรรกะของแอป Chat สามารถโต้ตอบกับบริการของบุคคลที่สามภายนอกได้ (ไม่บังคับ) เช่น ระบบการจัดการโปรเจ็กต์หรือเครื่องมือการออกคำขอแจ้งปัญหา
  4. เว็บเซิร์ฟเวอร์จะส่งการตอบกลับ HTTP กลับไปที่บริการแอป Chat ใน Chat
  5. ระบบจะส่งคำตอบไปยังผู้ใช้
  6. แอป Chat สามารถเรียกใช้ Chat API เพื่อโพสต์ข้อความแบบไม่พร้อมกันหรือดำเนินการอื่นๆ ได้โดยขึ้นอยู่กับความต้องการ

สถาปัตยกรรมนี้ช่วยให้คุณมีความยืดหยุ่นในการใช้ไลบรารีและคอมโพเนนต์ที่มีอยู่ในระบบอยู่แล้ว เนื่องจากแอปแชทเหล่านี้ออกแบบโดยใช้ภาษาโปรแกรมที่แตกต่างกันได้ สถาปัตยกรรมนี้ใช้งานได้หลายวิธี ใน Google Cloud คุณจะใช้ Cloud Functions, Cloud Run และ App Engine ได้ หากต้องการเริ่มต้นใช้งาน โปรดดูหัวข้อสร้างแอป Google Chat

Pub/Sub

หากติดตั้งใช้งานแอป Chat ไว้หลังไฟร์วอลล์ Chat จะเรียก HTTP ไม่ได้ วิธีหนึ่งคือการใช้ Pub/Sub เพื่อเปิดใช้การติดตั้งใช้งานแอป Chat เพื่อติดตามหัวข้อที่มีข้อความจาก Chat Pub/Sub เป็นบริการการรับส่งข้อความแบบแอซิงโครนัสที่แยกบริการที่สร้างข้อความออกจากบริการที่ประมวลผลข้อความเหล่านั้น เราขอแนะนําสถาปัตยกรรมนี้สําหรับกรณีการใช้งานต่อไปนี้

  • แอป Chat สร้างขึ้นหลังไฟร์วอลล์
  • แอป Chat รับเหตุการณ์เกี่ยวกับพื้นที่ใน Chat
  • ติดตั้งใช้งานแอป Chat ในองค์กร
  • แอป Chat สามารถส่งและรับข้อความแบบซิงค์ รวมถึงส่งข้อความแบบไม่พร้อมกันได้
  • แอป Chat พัฒนาขึ้นโดยใช้ภาษาโปรแกรมใดก็ได้
  • แอป Chat ต้องใช้การจัดการ DevOps และ CI/CD อย่างสมบูรณ์

แผนภาพต่อไปนี้แสดงสถาปัตยกรรมของแอปแชทที่สร้างด้วย Pub/Sub

สถาปัตยกรรมของแอป Chat ที่ติดตั้งใช้งานกับ Pub/Sub

ในแผนภาพก่อนหน้า ผู้ใช้ที่โต้ตอบกับแอป Pub/Sub หรือ Chat จะมีขั้นตอนการส่งข้อมูลดังนี้

  1. ผู้ใช้ส่งข้อความใน Chat ไปยังแอป Chat ไม่ว่าจะเป็นในข้อความส่วนตัวหรือในพื้นที่ทำงานของ Chat หรือมีเหตุการณ์เกิดขึ้นในพื้นที่ทำงานของ Chat ซึ่งแอป Chat มีการการสมัครใช้บริการที่ใช้งานอยู่

  2. Chat จะส่งข้อความไปยังหัวข้อ Pub/Sub

  3. เซิร์ฟเวอร์แอปพลิเคชันซึ่งเป็นระบบที่อยู่ในระบบคลาวด์หรือระบบในองค์กรซึ่งมีตรรกะแอป Chat จะสมัครรับข้อมูลหัวข้อ Pub/Sub เพื่อรับข้อความผ่านไฟร์วอลล์

  4. แอป Chat สามารถเรียกใช้ Chat API เพื่อโพสต์ข้อความแบบไม่พร้อมกันหรือดำเนินการอื่นๆ ได้โดยขึ้นอยู่กับความต้องการ

หากต้องการเริ่มต้นใช้งาน โปรดดูหัวข้อใช้ Pub/Sub เป็นปลายทางสําหรับแอป Chat

เว็บฮุค

คุณสามารถสร้างแอป Chat ที่ส่งข้อความได้เฉพาะในพื้นที่ใน Chat ที่เจาะจงโดยใช้การเรียกใช้ URL webhook ของ Chat เราขอแนะนําสถาปัตยกรรมนี้สําหรับ Use Case ต่อไปนี้

  • ติดตั้งใช้งานแอป Chat ให้กับทีมแล้ว
  • แอป Chat จะส่งข้อความจากระบบภายนอกไปยังพื้นที่ใน Chat เดียว

สถาปัตยกรรมนี้ทำให้แอป Chat จำกัดอยู่แค่พื้นที่ใน Chat ที่เฉพาะเจาะจงและไม่อนุญาตให้ผู้ใช้โต้ตอบดังที่แสดงในแผนภาพต่อไปนี้

สถาปัตยกรรมสําหรับเว็บฮุคขาเข้าเพื่อส่งข้อความแบบไม่พร้อมกันไปยัง Chat

ในแผนภาพก่อนหน้า แอป Chat มีการรับส่งข้อมูลดังนี้

  1. ตรรกะของแอป Chat จะรับข้อมูลจากบริการของบุคคลที่สามภายนอก เช่น ระบบการจัดการโครงการหรือเครื่องมือการแจ้งปัญหา
  2. ตรรกะของแอป Chat โฮสต์อยู่ในระบบคลาวด์หรือระบบในองค์กรที่สามารถส่งข้อความโดยใช้ URL ของเว็บฮุคไปยังพื้นที่ทำงาน Chat ที่เฉพาะเจาะจง
  3. ผู้ใช้จะรับข้อความจากแอป Chat ในพื้นที่ทำงานของ Chat ที่เฉพาะเจาะจงนั้นได้ แต่จะโต้ตอบกับแอป Chat ไม่ได้

แอป Chat ประเภทนี้ไม่สามารถแชร์ในพื้นที่ทำงาน Chat อื่นๆ หรือกับทีมอื่นๆ และไม่สามารถเผยแพร่ใน Google Workspace Marketplace เราขอแนะนำให้ใช้ Webhook ขาเข้าสำหรับแอป Chat เพื่อรายงานการแจ้งเตือนหรือสถานะ หรือสำหรับการสร้างต้นแบบแอป Chat บางประเภท

หากต้องการเริ่มต้นใช้งาน โปรดดูหัวข้อส่งข้อความไปยัง Chat ด้วย Webhook

Apps Script

คุณสร้างตรรกะของแอป Chat ทั้งหมดเป็นภาษา JavaScript ได้ Google Apps Script เป็นแพลตฟอร์มการพัฒนาแอปที่ลดการเขียนโค้ดสำหรับแอปใน Chat Apps Script จะจัดการขั้นตอนการให้สิทธิ์และโทเค็น OAuth 2.0 สําหรับการตรวจสอบสิทธิ์ผู้ใช้ คุณใช้ Apps Script เพื่อสร้างแอป Chat สาธารณะได้ แต่เราไม่แนะนำเนื่องจากมีโควต้าและขีดจำกัดรายวัน

เราขอแนะนําสถาปัตยกรรมนี้สําหรับ Use Case ต่อไปนี้

  • ติดตั้งใช้งานแอป Chat ในทีมหรือองค์กร
  • แอป Chat สามารถส่งและรับรูปแบบการรับส่งข้อความทั้งหมด ได้แก่ ส่งและรับข้อความแบบซิงค์ ส่งข้อความแบบไม่ซิงค์ และส่งข้อความจากระบบภายนอก
  • แอป Chat ต้องใช้การจัดการ DevOps ที่ง่ายขึ้น

สถาปัตยกรรมนี้มีประโยชน์สําหรับแอป Chat ที่ผสานรวมกับบริการอื่นๆ ของ Google Workspace และ Google ด้วย เช่น Google ชีต, Google สไลด์, Google ปฏิทิน, Google ไดรฟ์, Google Maps และ YouTube ดังที่แสดงในแผนภาพต่อไปนี้

สถาปัตยกรรมของแอป Chat ที่ติดตั้งใช้งานด้วย Apps Script

ในแผนภาพก่อนหน้า ผู้ใช้ที่โต้ตอบกับแอป Apps Script Chat จะมีขั้นตอนการส่งข้อมูลดังนี้

  1. ผู้ใช้ส่งข้อความไปยังแอป Chat ไม่ว่าจะเป็นในข้อความส่วนตัวหรือในพื้นที่ใน Chat
  2. ตรรกะแอป Chat ที่ติดตั้งใช้งานใน Apps Script ซึ่งอยู่ใน Google Cloud จะรับข้อความ
  3. ตรรกะของแอป Chat สามารถผสานรวมกับบริการ Google Workspace เช่น ปฏิทินหรือชีต หรือบริการอื่นๆ ของ Google เช่น Google Maps หรือ YouTube (ไม่บังคับ)
  4. ตรรกะของแอป Chat จะส่งการตอบกลับกลับไปยังบริการแอป Chat ใน Chat
  5. ระบบจะส่งคำตอบไปยังผู้ใช้

หากต้องการเริ่มต้นใช้งาน โปรดดูหัวข้อสร้างแอป Chat ด้วย Apps Script

AppSheet

คุณสามารถสร้างแอปใน Chat ที่แชร์โดเมนได้โดยไม่ต้องเขียนโค้ดโดยใช้ AppSheet คุณลดความซับซ้อนของกระบวนการพัฒนาได้โดยใช้โหมดการกําหนดค่าอัตโนมัติและเทมเพลตต่อไปนี้เพื่อสร้างการดําเนินการของแอป Chat ทั่วไป อย่างไรก็ตาม ฟีเจอร์บางอย่างของเว็บแอป AppSheet จะใช้ไม่ได้ในแอป Chat

เราขอแนะนําสถาปัตยกรรมนี้สําหรับ Use Case ต่อไปนี้

  • แอป Chat ใช้งานได้แล้วสำหรับคุณและทีม
  • แอป Chat สามารถส่งและรับข้อความแบบซิงค์ รวมถึงส่งข้อความแบบไม่พร้อมกันได้
  • แอป Chat ต้องใช้การจัดการ DevOps ที่ง่ายขึ้น

แผนภาพต่อไปนี้แสดงสถาปัตยกรรมของแอปแชทที่สร้างด้วย AppSheet

สถาปัตยกรรมของแอปใน Chat ที่ติดตั้งใช้งานด้วย AppSheet

ในแผนภาพก่อนหน้านี้ ผู้ใช้ที่โต้ตอบกับแอป AppSheet Chat จะมีขั้นตอนการส่งข้อมูลดังนี้

  1. ผู้ใช้ส่งข้อความใน Chat ไปยังแอป Chat ไม่ว่าจะเป็นในข้อความส่วนตัวหรือในพื้นที่ทำงานของ Chat
  2. ตรรกะของแอป Chat ที่ติดตั้งใช้งานใน AppSheet ซึ่งอยู่ใน Google Cloud จะได้รับข้อความ
  3. ตรรกะของแอป Chat สามารถผสานรวมกับบริการ Google Workspace เช่น Apps Script หรือ Google ชีต (ไม่บังคับ)
  4. ตรรกะของแอป Chat จะส่งการตอบกลับกลับไปยังบริการแอป Chat ใน Chat
  5. ระบบจะส่งคำตอบไปยังผู้ใช้

หากต้องการเริ่มต้นใช้งาน โปรดดูหัวข้อสร้างแอป Chat ด้วย AppSheet

Dialogflow

คุณสามารถสร้างแอป Chat ด้วย Dialogflow ซึ่งเป็นแพลตฟอร์มภาษาธรรมชาติสำหรับการสนทนาอัตโนมัติและการตอบกลับแบบไดนามิก เราขอแนะนําสถาปัตยกรรมนี้สําหรับ Use Case ต่อไปนี้

  • แอป Chat สามารถส่งและรับข้อความแบบซิงค์กันได้
  • แอป Chat ใช้การประมวลผลภาษาธรรมชาติเพื่อตอบกลับและโต้ตอบกับผู้ใช้

แผนภาพต่อไปนี้แสดงสถาปัตยกรรมของแอป Chat ที่สร้างขึ้นด้วย Dialogflow

สถาปัตยกรรมของแอป Chat ที่ติดตั้งใช้งาน Dialogflow

ในแผนภาพก่อนหน้า ผู้ใช้ที่โต้ตอบกับแอป Dialogflow Chat จะมีขั้นตอนการส่งข้อมูลดังนี้

  1. ผู้ใช้ส่งข้อความใน Chat ไปยังแอป Chat ไม่ว่าจะเป็นในข้อความส่วนตัวหรือในพื้นที่ทำงานของ Chat
  2. ตัวแทนเสมือนของ Dialogflow ซึ่งอยู่ใน Google Cloud จะรับและประมวลผลข้อความเพื่อสร้างคำตอบ
  3. คุณสามารถใช้Webhook ของ Dialogflow เพื่อให้ Agent ของ Dialogflow โต้ตอบกับบริการของบุคคลที่สามภายนอกได้ เช่น ระบบการจัดการโปรเจ็กต์หรือเครื่องมือการออกคำขอแจ้งปัญหา
  4. จากนั้น Agent ของ Dialogflow จะส่งการตอบกลับไปยังบริการแอป Chat ใน Chat
  5. ระบบจะส่งคำตอบไปยังพื้นที่ใน Chat

หากต้องการเริ่มต้นใช้งาน โปรดดูหัวข้อสร้างแอป Google Chat ของ Dialogflow

แอปพลิเคชันหรือสคริปต์บรรทัดคำสั่ง

คุณสามารถสร้างแอปพลิเคชันบรรทัดคำสั่งหรือสคริปต์ที่ส่งข้อความไปยัง Chat หรือดำเนินการอื่นๆ เช่น สร้างพื้นที่ทำงานหรือจัดการสมาชิกของพื้นที่ทำงาน โดยไม่ต้องอนุญาตให้ผู้ใช้เรียกใช้หรือตอบกลับแอป Chat ใน Chat โดยตรง เราขอแนะนําให้ใช้สถาปัตยกรรมนี้กับกรณีการใช้งานต่อไปนี้

  • แอป Chat พัฒนาขึ้นโดยใช้ภาษาโปรแกรมใดก็ได้
  • แอป Chat ส่งได้เฉพาะข้อความแบบไม่พร้อมกัน

แผนภาพต่อไปนี้แสดงสถาปัตยกรรม

สถาปัตยกรรมของแอป Chat ที่ติดตั้งใช้งานด้วยแอปพลิเคชันบรรทัดคำสั่งหรือสคริปต์

ในแผนภาพก่อนหน้า แอป Chat มีขั้นตอนการส่งข้อมูลดังนี้

  1. แอป Chat จะเรียกใช้ Chat API เพื่อส่งข้อความหรือดำเนินการอื่นๆ
  2. แชทจะดำเนินการตามคำขอ
  3. แอป Chat จะพิมพ์การยืนยันใน CLI (ไม่บังคับ)

การใช้งานตรรกะของแอป Chat

Chat ไม่ได้จำกัดวิธีใช้ตรรกะแอป Chat คุณสามารถสร้างโปรแกรมแยกวิเคราะห์คำสั่งที่มีไวยากรณ์แบบคงที่ ใช้ AI ขั้นสูงและไลบรารีหรือบริการประมวลผลภาษา สมัครรับข้อมูลและตอบสนองต่อเหตุการณ์ หรือสิ่งอื่นๆ ที่เหมาะสมกับเป้าหมายของคุณ

จัดการการโต้ตอบของผู้ใช้

แอป Chat สามารถรับและตอบสนองต่อการโต้ตอบของผู้ใช้ได้หลายวิธี การโต้ตอบของผู้ใช้คือการดําเนินการใดๆ ก็ตามที่ผู้ใช้ทําเพื่อเรียกใช้หรือโต้ตอบกับแอป Chat

โปรแกรมแยกวิเคราะห์คำสั่ง

แอป Chat ที่ทำงานด้วยคำสั่งจะตรวจสอบเพย์โหลดของเหตุการณ์การโต้ตอบของแอป Chat จากนั้นดึงคำสั่งและพารามิเตอร์จากเนื้อหานี้ เช่น โปรดดูหัวข้อตั้งค่าคำสั่งเครื่องหมายทับเพื่อโต้ตอบกับผู้ใช้ Chat

อีกวิธีหนึ่งคือแบ่งข้อความออกเป็นคำ ดึงคำสั่งออกมา แล้วอ้างอิงพจนานุกรมที่แมปคำสั่งกับฟังก์ชันตัวแฮนเดิลสำหรับแต่ละคำสั่ง

อินเทอร์เฟซผู้ใช้แบบกล่องโต้ตอบ

แอปแบบใช้กล่องโต้ตอบจะตอบสนองต่อเหตุการณ์การโต้ตอบกับแอป Chat โดยแสดงกล่องโต้ตอบแบบการ์ดที่ผู้ใช้โต้ตอบกับแอป Chat ได้ เช่น การกรอกแบบฟอร์มหรือส่งคําขอดำเนินการ

ทุกครั้งที่ผู้ใช้ดำเนินการในกล่องโต้ตอบ ระบบจะส่งเหตุการณ์การโต้ตอบใหม่ไปยังแอปแชท ซึ่งสามารถตอบกลับด้วยการอัปเดตกล่องโต้ตอบหรือส่งข้อความ

การประมวลผลภาษาธรรมชาติ

การติดตั้งใช้งานแอป Chat จำนวนมากใช้การประมวลผลภาษาธรรมชาติ (NLP) เพื่อพิจารณาสิ่งที่ผู้ใช้ต้องการ การใช้ NLP ทําได้หลายวิธี และคุณเลือกที่จะใช้ NLP อย่างไรก็ได้

คุณสามารถใช้ NLP ในการติดตั้งใช้งานแอป Chat ด้วย Dialogflow ES หรือการผสานรวม Chat ของ Dialogflow CX ซึ่งจะช่วยให้คุณสร้างตัวแทนเสมือนสำหรับการสนทนาอัตโนมัติและการตอบกลับแบบไดนามิกได้

ส่งคำขอไปยัง Chat อย่างสม่ำเสมอ

แอปรับส่งข้อความยังส่งข้อความหรือคำขออื่นๆ ไปยัง Chat ได้อีกด้วย ซึ่งไม่ได้ทริกเกอร์โดยการโต้ตอบโดยตรงของผู้ใช้ใน Chat แต่แอป Chat เหล่านี้สามารถเรียกให้แสดงได้ เช่น โดยแอปพลิเคชันของบุคคลที่สาม หรือการใช้การเรียกใช้บรรทัดคำสั่งจากผู้ใช้ แต่ผู้ใช้จะโต้ตอบกับแอป Chat เหล่านี้ใน Chat โดยตรงไม่ได้

แอป Chat ที่ไม่เป็นแบบอินเทอร์แอกทีฟจะใช้ Chat API เพื่อส่งข้อความหรือคำขอประเภทอื่นๆ ไปยัง Chat

รูปแบบการสนทนา

คุณควรพิจารณาว่าต้องการให้แอป Chat โต้ตอบกับผู้ใช้อย่างไร ส่วนต่อไปนี้จะอธิบายรูปแบบการสนทนาที่แอป Chat อาจใช้

การเรียกให้แสดงผลและการแสดงผล (แบบซิงค์)

ในรูปแบบการเรียกและตอบกลับแบบซิงค์ แอป Chat จะตอบกลับข้อความจากผู้ใช้แบบตัวต่อตัว ข้อความ 1 รายการที่ผู้ใช้ส่งไปยังแอป Chat จะทำให้เกิดการตอบกลับ 1 รายการจากแอป Chat ดังที่แสดงในแผนภาพต่อไปนี้

สถาปัตยกรรมของข้อความแบบซิงค์

ในแผนภาพก่อนหน้า ผู้ใช้ที่โต้ตอบกับแอปแชทจะมีขั้นตอนการส่งข้อมูลดังนี้

  1. ผู้ใช้ส่งข้อความแบบซิงค์ไปยังแอปแชท เช่น "การประชุมครั้งถัดไปของฉันคืออะไร"
  2. แอป Chat จะส่งข้อความแบบซิงโครนัสไปยังผู้ใช้ เช่น "คุณหมอ Silva เวลา 14:30 น."

สำหรับรูปแบบการสนทนาประเภทนี้ คุณสามารถใช้สถาปัตยกรรมแอป Chat โดยใช้เว็บเซอร์วิส, Pub/Sub, Apps Script, AppSheet หรือ Dialogflow

การตอบกลับหลายรายการ (แบบอะซิงโครนัส)

รูปแบบการตอบกลับหลายรายการอาจมีข้อความแบบเรียลไทม์และไม่เรียลไทม์ รูปแบบนี้มีลักษณะเป็นการสื่อสารแบบ 2 ทางระหว่างผู้ใช้กับแอป Chat โดยที่แอป Chat จะสร้างข้อความเพิ่มเติมได้เท่าใดก็ได้ ดังที่แสดงในแผนภาพต่อไปนี้

สถาปัตยกรรมของข้อความแบบไม่พร้อมกัน

ในแผนภาพก่อนหน้า ผู้ใช้ที่โต้ตอบกับแอปแชทจะมีขั้นตอนการส่งข้อมูลดังนี้

  1. ผู้ใช้ส่งข้อความแบบซิงโครนัสไปยังแอปแชท เช่น "ตรวจสอบการเข้าชม"
  2. แอป Chat จะส่งข้อความแบบซิงค์ไปยังผู้ใช้เพื่อรับทราบคําขอ เช่น "การตรวจสอบเปิดอยู่"
  3. ต่อมา แอป Chat จะส่งข้อความแบบไม่สอดคล้องกันอย่างน้อย 1 รายการไปยังผู้ใช้โดยการเรียกใช้ REST API เช่น "การเข้าชมใหม่"
  4. ผู้ใช้ส่งข้อความแบบซิงโครนัสเพิ่มเติมไปยังแอปแชท เช่น "ละเว้นการเข้าชม"
  5. แอป Chat จะส่งข้อความแบบซิงค์ไปยังผู้ใช้เพื่อรับทราบคําขอ เช่น "การตรวจสอบปิดอยู่"

สำหรับรูปแบบการสนทนาประเภทนี้ คุณสามารถใช้สถาปัตยกรรมแอป Chat โดยใช้เว็บเซอร์วิส, Pub/Sub, Apps Script หรือ AppSheet

ค้นหาหรือสมัครรับเหตุการณ์ (แบบอะซิงโครนัส)

ในรูปแบบที่ทำงานแบบไม่พร้อมกันซึ่งอิงตามเหตุการณ์ แอป Chat จะรับเหตุการณ์โดยการค้นหา Chat API หรือสร้างการสมัครใช้บริการพื้นที่ทำงานหรือผู้ใช้ Chat โดยใช้ Google Workspace Events API เหตุการณ์แสดงถึงการเปลี่ยนแปลงทรัพยากรใน Chat เช่น เมื่อมีการโพสต์ข้อความใหม่หรือเมื่อผู้ใช้เข้าร่วมพื้นที่ทำงาน แอป Chat ที่ทำงานตามเหตุการณ์จะตรวจสอบเพย์โหลดของเหตุการณ์เพื่อรับข้อมูลเกี่ยวกับทรัพยากร Chat ที่เปลี่ยนแปลง แล้วตอบสนองตามความเหมาะสม

แอปแชทสามารถรับเหตุการณ์ได้หลายประเภท ซึ่งรวมถึงเหตุการณ์เกี่ยวกับพื้นที่ทำงาน การเป็นสมาชิก ข้อความ และความรู้สึก เมื่อแอป Chat ได้รับเหตุการณ์โดยการค้นหา Chat API หรือผ่านการสมัครใช้บริการที่ใช้งานอยู่ แอป Chat จะสร้างการตอบกลับแบบไม่พร้อมกันจำนวนเท่าใดก็ได้ แล้วส่งกลับไปยัง Chat โดยใช้ Chat API

คุณสามารถใช้ตรรกะประเภทนี้เพื่ออัปเดตระบบภายนอก เช่น ระบบการจัดการคำขอแจ้งปัญหา หรือส่งข้อความไปยังพื้นที่ใน Chat แบบไม่เป็นแบบเรียลไทม์ เช่น ส่งข้อความต้อนรับเมื่อผู้ใช้ใหม่เข้าร่วมพื้นที่ใน Chat

แผนภาพต่อไปนี้แสดงตัวอย่างรูปแบบการสนทนาที่ทำงานตามเหตุการณ์

สถาปัตยกรรมการสมัครใช้บริการเหตุการณ์ใน Chat

ในแผนภาพก่อนหน้า การโต้ตอบระหว่าง Chat กับแอป Chat มีขั้นตอนของข้อมูลดังนี้

  1. แอป Chat สมัครใช้บริการพื้นที่ใน Google Chat
  2. พื้นที่ที่สมัครใช้บริการแอป Chat จะเปลี่ยนแปลง
  3. แอป Chat จะส่งเหตุการณ์ไปยังหัวข้อใน Pub/Sub ซึ่งทำหน้าที่เป็นปลายทางการแจ้งเตือนสำหรับการสมัครใช้บริการ เหตุการณ์มีข้อมูลเกี่ยวกับสิ่งที่เปลี่ยนแปลงในทรัพยากร
  4. แอป Chat จะประมวลผลข้อความ Pub/Sub ที่มีเหตุการณ์ และดำเนินการหากจำเป็น

สำหรับรูปแบบการสนทนาประเภทนี้ คุณสามารถใช้สถาปัตยกรรมแอป Chat โดยใช้ Pub/Sub, เว็บเซอร์วิส หรือ Apps Script

ดูข้อมูลเพิ่มเติมเกี่ยวกับการรับและการตอบกลับเหตุการณ์ได้ที่หัวข้อทํางานกับเหตุการณ์จากเหตุการณ์ Google Chat

ข้อความแบบทางเดียวจากแอป Chat

รูปแบบข้อความแบบทางเดียวจากแอป Chat ช่วยให้แอป Chat ส่งข้อความแบบไม่พร้อมกันไปยังพื้นที่ทำงานใน Chat ได้ แต่ไม่อนุญาตให้ผู้ใช้โต้ตอบกับแอป Chat โดยตรง รูปแบบนี้ไม่ใช่แบบการสนทนาหรือแบบอินเทอร์แอกทีฟ แต่อาจมีประโยชน์สำหรับการดำเนินการต่างๆ เช่น การรายงานสัญญาณเตือน ดังที่แสดงในแผนภาพต่อไปนี้

สถาปัตยกรรมของข้อความแบบทางเดียว

ในแผนภาพก่อนหน้า ผู้ใช้ที่อยู่ในพื้นที่ทำงานเดียวกับแอปแชทจะมีขั้นตอนการส่งข้อมูลดังนี้

  • แอป Chat จะส่งข้อความแบบไม่พร้อมกันให้กับผู้ใช้โดยการเรียกใช้ Chat API หรือโพสต์ไปยัง URL ของเว็บฮุค เช่น "การแจ้งเตือนคิวที่ล้น"
  • แอป Chat จะส่งข้อความแบบไม่พร้อมกันเพิ่มเติม (ไม่บังคับ)

สำหรับรูปแบบการสนทนาประเภทนี้ คุณสามารถใช้สถาปัตยกรรมแอป Chat โดยใช้เว็บเซอร์วิส, เว็บฮุก, Apps Script, AppSheet, แอปพลิเคชันบรรทัดคำสั่ง หรือสคริปต์

ข้อความแบบทางเดียวไปยังแอป Chat

รูปแบบข้อความแบบทางเดียวไปยังแอป Chat ช่วยให้ผู้ใช้ส่งข้อความถึงแอป Chat ได้โดยไม่ต้องให้แอป Chat ตอบกลับขณะที่ยังคงประมวลผลคำขอ แม้ว่าสถาปัตยกรรมนี้จะเป็นไปได้ในทางเทคนิค แต่จะทำให้ผู้ใช้ได้รับประสบการณ์การใช้งานที่ไม่ดีและเราไม่แนะนำอย่างยิ่งให้ใช้รูปแบบนี้