This blog is part of the series where we discuss Cloud concepts from Ground Zero for an audience that has limited starting knowledge. This article comes in the Intermediate-Level Series since it involves building the Async Communication and related basic Concepts .

Some of the earlier blogs in the Cloud Series are as follows:

Load Balancing 101
Caching 101
Databases 101

What is Async Communication?

Async เป็นรูปแบบการสื่อสารระหว่างสององค์ประกอบที่แตกต่างกันของแอปพลิเคชันทางธุรกิจโดยไม่จำเป็นต้องมีการโต้ตอบแบบเรียลไทม์ โดยหลักการแล้ว ผู้ส่งจะทิ้งข้อความในคิว/หัวข้อตามการดำเนินการของลูกค้าและผู้รับขึ้นอยู่กับชุดTTL (Time to Live)และความหมายในการจัดส่งจะอ่านเหมือนกันเพื่อดำเนินการตามขั้นตอนทางธุรกิจ

ต่างจากรูปแบบการซิงค์แบบเดิมที่สร้างโดยใช้REST APIโดยที่การตอบสนอง API แบบ end-2-end เป็นปัจจัยของความพร้อมใช้งานของส่วนประกอบทั้งหมดในสถาปัตยกรรมแบบกระจาย ระบบ Async สามารถปรับขนาดได้อย่างอิสระเพื่อรองรับข้อกำหนดTPS (ธุรกรรมต่อวินาที)ระดับสูง อย่างไรก็ตาม ในขณะเดียวกัน ข้อเสียเปรียบที่สำคัญของมันคือเงื่อนไขความน่าเชื่อถือของการส่งข้อความและความจำเป็นในการเล่นข้อมูลซ้ำอีกครั้ง ดังนั้น สถาปัตยกรรมสมัยใหม่จึงมีแนวโน้มที่จะเป็นไปตามรูปแบบไฮบริดของการใช้ทั้งรูปแบบ Async และ Sync เพื่อรองรับข้อกำหนด Non-Functional end-2-end ของสถาปัตยกรรมที่ปรับขนาดได้

Async กับ Sync Communication Flow

ลำดับการไหล

1. ลูกค้าเรียกMicroService 1เป็น คำขอ HTTPS GET/POSTขึ้นอยู่กับขั้นตอนทางธุรกิจ
2. MicroService 1เรียกMicroService 2 ภายใน เพื่อรับข้อมูลเกี่ยวกับฟังก์ชันทางธุรกิจเป็นคำขอHTTPS GET/POST
3. MicroService 2เรียกMicroService 3 ภายใน เพื่อรับข้อมูลเกี่ยวกับฟังก์ชันทางธุรกิจเป็นคำขอHTTPS GET/POST
4. เมื่อMicroService 3ส่งการตอบกลับกลับ การตอบกลับแบบเดียวกันจะถูกผูกมัดตามลำดับโดยMicroService 2และMicroService 1กลับไปยังไคลเอนต์

ลำดับการไหล

1. ลูกค้าเรียกMicroService 1เป็น คำขอ HTTPS GET/POSTขึ้นอยู่กับขั้นตอนทางธุรกิจ
2. MicroService 1เผยแพร่เหตุการณ์ 1ในบัสข้อความเพื่อส่งมอบเพย์โหลดของลูกค้า
3. MicroService 2อ่านเหตุการณ์ 1และเผยแพร่เหตุการณ์ 2ในบัสข้อความเพื่อส่งมอบเพย์โหลดที่แก้ไข
4. MicroService 3อ่านเหตุการณ์ 2และเผยแพร่เหตุการณ์ 3ในบัสข้อความเพื่อส่งการตอบรับกลับไปยังMicroService 1

อภิธานศัพท์การสื่อสารแบบอะซิงโครนัส

ผู้ผลิต/ผู้จัดพิมพ์

ลูกค้าที่สร้างข้อความและจัดคิวพวกเขาในโครงสร้างพื้นฐานการส่งข้อความ

ผู้บริโภค/สมาชิก

ลูกค้าที่ได้รับข้อความและจัดคิวพวกเขาในโครงสร้างพื้นฐานการส่งข้อความ

หัวข้อ

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

คิว

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

ตัวอย่าง

เพื่อที่จะลองใช้แอปพลิเคชันนักเทียบท่าตัวอย่างซึ่งรันระบบนายหน้าข้อความแบบเบาโดยใช้ Docker บนระบบโลคัล

สรุป

การสื่อสารแบบอะซิงโครนัสได้กลายเป็นส่วนประกอบสำคัญในการปรับใช้แบบกระจายและปรับขนาดได้บนคลาวด์สาธารณะหรือส่วนตัว ขึ้นอยู่กับความต้องการของแอปพลิเคชันที่กำหนดเอง แพลตฟอร์มข้อความที่ใช้คิวหรือตามหัวข้อ สามารถใช้ในสถาปัตยกรรมการทำงาน end-2-end รายการยอดนิยมบางส่วนมีดังนี้ — AWS Messaging , Azure MessagingและGCP Messaging

สำหรับข้อเสนอแนะ โปรดส่งข้อความไปที่amit[dot]894[at]gmail[dot]comหรือติดต่อลิงก์ใดก็ได้ที่https://about.me/amit_raj