ออกแบบโซลูชันที่ขับเคลื่อนด้วยเหตุการณ์

เสร็จสมบูรณ์เมื่อ

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

ลองพิจารณาการออกแบบของเราสําหรับแอปพลิเคชันการสาธิตผลิตภัณฑ์ Tailwind Traders อีกครั้งและตรวจสอบวิธีการใช้ API เว็บที่ทํางานใน Azure เมื่ออัปโหลดการตรวจสอบผลิตภัณฑ์ใหม่หรือวิดีโอสาธิตเราจําเป็นต้องแจ้งแอปมือถือทั้งหมดบนอุปกรณ์ผู้ใช้ทั่วโลกที่มีความสนใจในผลิตภัณฑ์ Azure Event Grid เป็นโซลูชันที่เหมาะสมที่สุดสําหรับข้อกําหนดนี้

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

สิ่งที่ควรทราบเกี่ยวกับ Azure Event Grid

Azure Event Grid เป็นบริการกําหนดเส้นทางเหตุการณ์ที่มีการจัดการเต็มรูปแบบที่ทํางานบน Azure Service Fabric มีตารางเหตุการณ์อยู่เพื่อทําให้ง่ายต่อการสร้างแอปพลิเคชันตามเหตุการณ์และไร้เซิร์ฟเวอร์บน Azure

ตรวจสอบลักษณะดังต่อไปนี้ของบริการ

• Azure Event Grid รวมเหตุการณ์ทั้งหมดของคุณ และกําหนดเส้นทางจากทุกต้นทางไปยังปลายทางใด ๆ

• ตารางเหตุการณ์แจกจ่ายเหตุการณ์จากแหล่งข้อมูล เช่น บัญชี Azure Blob Storage

• เหตุการณ์จะถูกแจกจ่ายให้กับตัวจัดการ เช่น ฟังก์ชัน Azure และ webhooks

• บริการ จะจัดการการกําหนดเส้นทางและการส่งมอบเหตุการณ์จากแหล่งข้อมูลมากมาย ฝ่ายบริหารช่วยลดค่าใช้จ่ายและเวลาแฝงโดยขจัดความจําเป็นในการโพลล์

วิธีการทํางานของ Azure Event Grid

ภาพประกอบต่อไปนี้แสดงวิธีที่ Azure Event Grid จัดการกระบวนการเหตุการณ์จากแหล่งข้อมูลเหตุการณ์หลายแหล่งไปยังตัวจัดการเหตุการณ์หลายรายการ

• แหล่งข้อมูลเหตุการณ์ เช่น Azure Blob Storage แท็กเหตุการณ์ด้วยหัวข้ออย่างน้อยหนึ่งหัวข้อ และส่งเหตุการณ์ไปยัง Azure Event Grid

• ตัวจัดการเหตุการณ์ เช่น Azure Functions จะสมัครใช้งานหัวข้อที่พวกเขาสนใจ

• ตารางเหตุการณ์จะตรวจสอบแท็กหัวข้อเพื่อตัดสินใจว่าเหตุการณ์ใดที่จะส่งไปยังตัวจัดการใด

• ตารางกิจกรรมส่งต่อเหตุการณ์ที่เกี่ยวข้องไปยังสมาชิก

• ตารางเหตุการณ์ตอบสนองเมื่อมีเหตุการณ์เกิดขึ้น อย่างไรก็ตาม วัตถุจริงที่มีการเปลี่ยนแปลง (ไฟล์ข้อความ วิดีโอ เสียง และอื่นๆ) ไม่ได้เป็นส่วนหนึ่งของข้อมูลเหตุการณ์ แต่ตารางเหตุการณ์จะส่งผ่าน URL หรือตัวระบุเพื่ออ้างอิงวัตถุที่เปลี่ยนแปลง

สิ่งที่ต้องพิจารณาเมื่อใช้ Azure Event Grid

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

• พิจารณาบริการหลายรายการ เลือกบริการ Azure หนึ่งรายการหรือหลายรายการเพื่อตอบสนองความต้องการในการออกแบบของคุณ

  บริการ Azure	วัตถุประสงค์	ข้อความหรือเหตุการณ์	สถานการณ์การใช้งาน
  เส้นตารางเหตุการณ์ของ Azure	การเขียนโปรแกรมที่ตอบสนอง	การแจกจ่ายเหตุการณ์ (ไม่ต่อเนื่อง)	ตอบสนองต่อการเปลี่ยนแปลงสถานะ
  Azure Event Hubs	ไปป์ไลน์ข้อมูลขนาดใหญ่	การสตรีมเหตุการณ์ (ชุดข้อมูล)	ดําเนินการส่งข้อมูลทางไกลและการกระจาย การสตรีมข้อมูล
  azure Service Bus	การส่งข้อความองค์กรที่มีมูลค่าสูง	ข้อความ	การประมวลผลคําสั่งเติมสินค้าและธุรกรรมทางการเงิน

• พิจารณาบทบาทที่แตกต่างกันสําหรับบริการ ตรวจสอบการใช้บริการ Azure เคียงข้างกันเพื่อเติมเต็มบทบาทที่แตกต่างกัน ไซต์อีคอมเมิร์ซสามารถใช้ Azure Service Bus เพื่อประมวลผลคําสั่งซื้อ Azure Event Hubs เพื่อจับภาพการวัดและส่งข้อมูลทางไกลของไซต์ และตารางเหตุการณ์ Azure เพื่อตอบสนองต่อเหตุการณ์ต่าง ๆ เช่น รายการที่กําลังจัดส่ง

• พิจารณาเชื่อมโยงบริการ เชื่อมโยงบริการ Azure เข้าด้วยกันเพื่อสร้างเหตุการณ์และสตรีมไปป์ไลน์ข้อมูล ในสถานการณ์นี้ Azure Event Grid ตอบสนองต่อเหตุการณ์ในบริการอื่น ๆ ภาพประกอบต่อไปนี้แสดงให้เห็นว่าบริการ Azure หลายอย่างสามารถเชื่อมโยงเข้าด้วยกันเป็นเหตุการณ์และไปป์ไลน์ข้อมูลเพื่อสตรีมข้อมูลได้อย่างไร

  

เคล็ดลับ

พิจารณาการตรวจทานโมดูลสํารวจ Azure Event Grid