คำถามที่พบบ่อยเกี่ยวกับ Amazon EventBridge

EventBridge มีโควตาเริ่มต้นสำหรับอัตราที่คุณสามารถเผยแพร่เหตุการณ์ได้ จำนวนกฎที่สามารถสร้างได้บน Event Bus และอัตราที่สามารถเรียกดำเนินการเป้าหมายได้ โปรดดูรายการโควตาทั้งหมดและวิธีเพิ่มโควตาที่หน้า Service quota

เวลาแฝงทั่วไปจะอยู่ที่ประมาณครึ่งวินาที โปรดทราบว่าค่านี้อาจแตกต่างกันไป

รองรับ คุณสามารถแท็กกฎและ Event Bus ได้

โควตา EventBridge เริ่มต้นสามารถเพิ่มขึ้นเพื่อประมวลผลเหตุการณ์หลายแสนรายการต่อวินาทีได้ ขีดจำกัดอัตราการโอนถ่ายข้อมูลของ Event Bus จะระบุอยู่ในหน้า Service quota ของ AWS หากคุณจำเป็นต้องใช้อัตราการโอนถ่ายข้อมูลที่สูงกว่านี้ โปรดขอเพิ่มขีดจำกัดบริการผ่านทาง AWS Support Center โดยเลือก “สร้างกรณี” แล้วเลือก “เพิ่มขีดจำกัดบริการ”

ใช่ AWS ใช้ความพยายามที่สมเหตุสมผลในเชิงพาณิชย์เพื่อให้ EventBridge มีช่วงเวลาให้บริการเป็นเปอร์เซ็นต์ต่อเดือนอย่างน้อย 99.99% ในแต่ละ AWS Region ในระหว่างรอบการเรียกเก็บเงินรายเดือน ดูรายละเอียดได้ใน ข้อตกลงระดับการให้บริการ EventBridge ฉบับเต็ม

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

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

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

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

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

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

การใช้รีจิสทรีของสคีมาไม่มีค่าใช้จ่าย แต่มีค่าใช้จ่ายต่อเหตุการณ์ที่นำเข้าเมื่อคุณเปิดใช้การสำรวจสคีมา

การสำรวจสคีมามี Free Tier จำนวน 5 ล้านเหตุการณ์ที่นำเข้าต่อเดือน ซึ่งครอบคลุมการใช้งานด้านการพัฒนาส่วนใหญ่ โดยมีค่าธรรมเนียมอยู่ที่ 0.10 USD ต่อหนึ่งล้านเหตุการณ์ที่ได้มาสำหรับการใช้งานเพิ่มเติมนอกเหนือจาก Free Tier สำหรับข้อมูลเพิ่มเติมเกี่ยวกับราคา ให้ดูที่หน้าราคา EventBridge

รีจิสทรีของสคีมาช่วยลดจํานวนโค้ดได้ โดยช่วยให้คุณสามารถทําสิ่งต่อไปนี้

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

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

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

รีจิสทรีของสคีมามีพร้อมให้บริการผ่านชุดเครื่องมือของ AWS สำหรับ JetBrains (IntelliJ IDEA, PyCharm, WebStorm, Rider) และ Visual Studio Code รวมถึงในคอนโซล EventBridge และ API เรียนรู้เพิ่มเติมเกี่ยวกับการใช้รีจิสทรีของสคีมาสำหรับ EventBridge ภายใน IDE ของคุณ

ได้ เวอร์ชันล่าสุดของ AWS SAM CLI มีโหมดโต้ตอบซึ่งช่วยให้คุณสามารถสร้างแอปพลิเคชันแบบไม่ต้องใช้เซิร์ฟเวอร์แบบใหม่บน EventBridge สำหรับสคีมา ให้เป็นประเภทเหตุการณ์ได้

เลือกเทมเพลต EventBridge Starter App และสคีมาของเหตุการณ์ของคุณ และ SAM จะสร้างแอปพลิเคชันโดยอัตโนมัติด้วย ฟังก์ชัน Lambda ที่ EventBridge ได้จัดหาไว้ให้ด้วยการจัดการโค้ดของเหตุการณ์ ซึ่งหมายความว่า คุณสามารถใช้ทริกเกอร์เหตุการณ์เหมือนกับอ็อบเจ็กต์ปกติในโค้ดของคุณ และใช้คุณสมบัติต่าง ๆ เช่น การตรวจสอบความถูกต้องและการดำเนินการใน IDE ของคุณให้เสร็จสิ้นโดยอัตโนมัติ

ปลั๊กอินชุดเครื่องมือ AWS สำหรับ Jetbrains (Intellij, PyCharm, Webstorm, Rider) และ AWS Toolkit for Visual Studio Code ยังมีฟังก์ชันการทำงานเพื่อสร้างแอปพลิเคชันแบบไม่ต้องใช้เซิร์ฟเวอร์จากเทมเพลตนี้ได้โดยตรงจาก IDE เหล่านี้ โดยมีสคีมาเป็นทริกเกอร์

ใน EventBridge คุณสามารถสร้างโค้ดได้ในภาษา Java (8+), Python (3.6+), TypeScript (3.0+) และ Go (1+)

รีจิสทรีของสคีมา EventBridge พร้อมใช้งานในรีเจี้ยนต่อไปนี้

• สหรัฐอเมริกาฝั่งตะวันออก (โอไฮโอและเวอร์จิเนียเหนือ)
• สหรัฐอเมริกาฝั่งตะวันตก (แคลิฟอร์เนียเหนือและออริกอน)
• เอเชียแปซิฟิก (ฮ่องกง มุมไบ โซล สิงคโปร์ ซิดนีย์ และโตเกียว)
• แคนาดา (ภาคกลาง)
• ยุโรป (แฟรงเฟิร์ต ไอร์แลนด์ ลอนดอน ปารีส และสตอกโฮล์ม)
• อเมริกาใต้ (เซาเปาลู)

EventBridge Pipes มอบวิธีในการสร้างการผสานรวมแบบจุดต่อจุดระหว่าง Event Producer และ Event Consumer ที่ง่ายดายกว่า มีความสอดคล้องกัน และคุ้มค่า การสร้าง Pipe ทำได้ง่ายดาย เพียงแค่เลือกต้นทางและเป้าหมายที่มีความสามารถในการปรับแต่งชุดงาน ตำแหน่งเริ่มต้น การทำงานพร้อมกัน และอื่น ๆ ขั้นตอนการกรองที่เป็นทางเลือกจะอนุญาตให้เฉพาะเหตุการณ์ต้นทางที่เจาะจงเท่านั้นที่สามารถไหลเข้าสู่ Pipe ได้ และสามารถใช้ขั้นตอนการเพิ่มคุณค่าที่เป็นทางเลือกโดยใช้ AWS Lambda, AWS Step Functions, API Destinations หรือ เกตเวย์ของ Amazon API เพื่อเพิ่มประสิทธิภาพหรือแปลงเหตุการณ์ก่อนที่จะไปถึงเป้าหมาย ด้วยการลบความจำเป็นในการเขียนการจัดการและปรับขนาดรหัสการรวมที่ไม่แตกต่างกัน EventBridge Pipes จะช่วยให้คุณสามารถใช้เวลาสร้างแอปพลิเคชันแทนที่จะเชื่อมต่อ

คุณสามารถเริ่มต้นได้โดยไปที่คอนโซล EventBridge เลือกแท็บ Pipes และเลือก Create Pipe จากตรงนั้น คุณจะสามารถเลือกจากรายการแหล่งที่มาที่มีอยู่ และระบุรูปแบบการกรองเพิ่มเติมที่จะใช้ในการถ่ายโอนเฉพาะเหตุการณ์ที่คุณต้องการได้ สำหรับขั้นตอนการแปลงและการเพิ่มคุณค่าที่เป็นทางเลือกของ Pipe คุณจะสามารถจัดเตรียมตำแหน่งข้อมูล API ได้ เช่น API ของแอปพลิเคชัน SaaS หรือคลัสเตอร์คอนเทนเนอร์ ฟังก์ชัน Lambda หรือ AWS Step Function Pipe จะสร้างคำขอ API และบันทึกการตอบสนองเมื่อการประมวลผลเสร็จสิ้น สุดท้าย ให้ตั้งค่าบริการปลายทางที่จะส่งมอบเหตุการณ์ และระบุว่าคุณต้องการให้เก็บถาวรหรือเปิดใช้ความสามารถ DLQ บน Pipe ดังกล่าวหรือไม่ นอกจากนี้ คุณยังสามารถสร้าง Pipe โดยใช้ AWS CLI, CloudFormation หรือ AWS Cloud Development Kit (CDK) ได้อีกด้วย

EventBridge Pipes มี Amazon SQS, Amazon Kinesis, Amazon DynamoDB, Amazon Managed Streaming Kafka, Kafka ที่จัดการด้วยตนเอง และ Amazon MQ เป็นแหล่งที่มาของชุดผลิตภัณฑ์ EventBridge EventBridge Pipes รองรับบริการเป้าหมายเดียวกันกับ Event Bus เช่น Amazon SQS, AWS Step Functions, Amazon Kinesis Data Streams, Amazon Kinesis Data Firehose, Amazon SNS, Amazon ECS รวมถึงตัว Event Bus เองด้วย

EventBridge Pipes รองรับการแปลงพื้นฐานโดยใช้ภาษาเทมเพลต Velocity (VTL) สำหรับการแปลงที่ทรงพลังยิ่งขึ้น EventBridge Pipes จะช่วยคุณในการระบุฟังก์ชัน Lambda หรือเวิร์กโฟลว์ Step Functions เพื่อแปลงเหตุการณ์ของคุณ หากคุณต้องการใช้บริการคอนเทนเนอร์ เช่น Amazon Elastic Container Service (ECS) หรือ Amazon Elastic Kubernetes Service (EKS) คุณก็สามารถระบุตำแหน่งข้อมูล API และรูปแบบการตรวจสอบสิทธิ์สำหรับคลัสเตอร์คอนเทนเนอร์ของคุณได้ และจากนั้น EventBridge จะดูแลต่อในด้านการแปลงของเหตุการณ์

ไม่จำเป็น คุณสามารถใช้ EventBridge Pipes แยกกับคุณสมบัติอื่น ๆ จาก EventBridge ที่มีอยู่ได้เลย ซึ่งช่วยให้คุณรับเหตุการณ์จาก Event Producer อื่น ๆ เช่น Kinesis, SQS หรือ Amazon MSK โดยไม่จำเป็นต้องใช้ Event Bus ของ EventBridge นอกจากนี้ ยังสามารถใช้สำหรับการผสานรวมแบบจุดต่อจุดได้อีกด้วย โดย Event Bus จะใช้สำหรับการผสานรวมแบบกลุ่มต่อกลุ่ม หากคุณใช้ Event Bus ของ EventBridge เพื่อกำหนดเส้นทางเหตุการณ์อยู่แล้ว คุณก็สามารถใช้ EventBridge Pipes เพื่อเชื่อมต่อกับแหล่งที่มาที่รองรับ และตั้งค่า Event Bus ให้เป็นแหล่งที่มาของ Pipe ได้

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

การแมปแหล่งที่มาของเหตุการณ์ (ESM) ของ AWS Lambda และ Amazon EventBridge Pipes ใช้โครงสร้างพื้นฐานการทำโพลล์เดียวกันเพื่อเลือกและส่งเหตุการณ์ ESM เหมาะสมอย่างยิ่งสำหรับลูกค้าที่ต้องการใช้ Lambda เป็นเป้าหมายในการประมวลผลเหตุการณ์ที่ได้รับ Pipes เหมาะสำหรับลูกค้าที่อยากจะตัดความกังวลเกี่ยวกับการสร้าง บำรุงรักษา และปรับขนาดโค้ด Lambda และต้องการทรัพยากรที่เรียบง่ายและมีการจัดการ เพื่อเชื่อมต่อต้นทางกับหนึ่งในเป้าหมายกว่า 14 รายการ

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

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

ได้ หากต้องการรับประวัติการเรียก API ของ EventBridge Pipes ที่เรียกในบัญชีของคุณ คุณจะต้องเปิดใช้ CloudTrail ในคอนโซลการจัดการของ AWS ก่อน

หากต้องการดูรายละเอียดทั้งหมดของราคาสำหรับ Amazon EventBridge Pipes โปรดไปที่หน้าราคา

Amazon EventBridge Scheduler คือตัวกำหนดเวลางานแบบไม่ต้องใช้เซิร์ฟเวอร์ที่ลดความซับซ้อนในการสร้าง ดำเนินการ และจัดการกำหนดการนับล้านทั่วทั้งบริการของ AWS โดยไม่ต้องจัดเตรียมหรือจัดการโครงสร้างพื้นฐานที่จำเป็น

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

EventBridge Scheduler สร้างขึ้นจากฟังก์ชันการจัดตารางเวลาที่มีให้ภายในกฎที่มีกำหนดเวลา (Scheduled Rule) EventBridge Scheduler รองรับโซนเวลา ขนาดที่เพิ่มขึ้น เพย์โหลดเป้าหมายที่กำหนดเอง การแสดงเวลาที่เพิ่ม และแดชบอร์ดสำหรับการตรวจสอบตารางเวลา สามารถสร้างกำหนดการได้อย่างอิสระโดยไม่จำเป็นต้องสร้าง Event Bus ด้วยกฎที่มีกำหนดเวลา (Scheduled Rule)

กฏที่มีกำหนดเวลาจะพร้อมใช้งานอย่างต่อเนื่อง อย่างไรก็ตาม EventBridge Scheduler จะให้ชุดคุณสมบัติที่พิเศษกว่าโดยมีความยืดหยุ่นกว่าในการสร้าง ดำเนินการ และจัดการกำหนดการของคุณ คุณยังสามารถเริ่มใช้งานได้ฟรี ดูรายละเอียดเพิ่มเติมได้ที่หน้าราคา

EventBridge Scheduler มีการผสานกับบริการต่าง ๆ ของ AWS อย่างราบรื่นและสามารถสร้างกำหนดการสำหรับบริการด้วยการดำเนินการ API จาก AWS การกำหนดค่าสำหรับรูปแบบเวลาและการลองใหม่เป็นแบบเดียวกันใน AWS เพื่อประสบการณ์การกำหนดเวลาที่สอดคล้องกัน การตรวจสอบกำหนดการนั้นสามารถทำได้อย่างง่ายดายยิ่งขึ้นผ่านคอนโซล EventBridge Scheduler ที่จะมีการแสดงกำหนดการของคุณไว้ในแดชบอร์ด หรือด้วยคำขอ API “ListSchedule” คุณจะสามารถดูข้อมูลสำคัญเกี่ยวกับกำหนดการของคุณได้ เช่น เวลาเริ่มต้น การเรียกใช้ล่าสุด และเป้าหมาย AWS ที่กำหนด สำหรับรายละเอียดที่ลึกซึ้งยิ่งขึ้น คุณสามารถตรวจสอบข้อมูลบันทึกการดำเนินการที่มีอยู่ใน CloudWatch Logs หรือสามารถส่งไปยัง S3 หรือ Kinesis Firehose ได้

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

รองรับ ด้วย EventBridge Scheduler คุณจะสามารถเลือกเขตเวลาที่จะให้กำหนดการทำงานได้ กำหนดการเหล่านี้จะปรับตามเวลาฤดูร้อน (DST) และกลับเป็นเวลามาตรฐานโดยอัตโนมัติ

EventBridge Scheduler ให้การส่งมอบเหตุการณ์อย่างน้อยหนึ่งครั้งไปยังเป้าหมาย ซึ่งหมายความว่าการส่งมอบอย่างน้อยหนึ่งรายการจะสำเร็จด้วยการตอบสนองจากเป้าหมาย มีตัวเลือกในการตั้งค่าการลองใหม่ กรอบเวลา และการหมดเวลาพร้อมให้บริการเพื่อตอบสนองความต้องการทางธุรกิจของคุณ

“การลบเมื่อเสร็จสิ้น” จะใช้งานได้กับทุกรูปแบบการจัดกําหนดการที่รองรับในปัจจุบัน: cron, อัตราและการจัดกําหนดการแบบครั้งเดียว

ได้ คุณสามารถอัปเดตกําหนดการของคุณเพื่อกําหนดค่า “การลบเมื่อเสร็จสิ้น” ได้ตลอดเวลาก่อนที่จะเรียกดำเนินการกําหนดการดังกล่าว หลังจากเวลาเรียกดำเนินการกําหนดการล่าสุด คุณจะไม่สามารถทําการเปลี่ยนแปลงได้

หากคุณปิดกําหนดการที่มี “การลบเมื่อเสร็จสิ้น” ก่อนที่จะเรียกดำเนินการกําหนดการล่าสุด กําหนดการดังกล่าวจะยังคงอยู่ในบัญชีของคุณในสถานะปิดใช้งาน

กําหนดการดังกล่าวจะยังคงเรียกดำเนินการเป้าหมายต่อไปและจะไม่ลบโดยอัตโนมัติจนกว่าจะมีการกําหนดค่าวันที่สิ้นสุด

EventBridge Scheduler ไม่รองรับเป้าหมายที่ไม่ใช่จาก AWS โดยตรง อย่างไรก็ตาม คุณสามารถเรียกใช้เป้าหมายที่ไม่ใช่จาก AWS ได้โดยใช้ Lambda, ECS และ Fargate หรือด้วย EventBridge ผ่านคุณสมบัติ API Destination

หากต้องการดูรายละเอียดทั้งหมดของราคาสำหรับ Amazon EventBridge Scheduler โปรดไปที่หน้าราคา

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

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

คุณสามารถทำให้แอปพลิเคชันที่ขับเคลื่อนด้วยเหตุการณ์ของคุณมีประสิทธิภาพและยืดหยุ่นมากขึ้นด้วยคุณสมบัติการใช้ระบบสำรองเพื่อกู้คืนข้อมูลในการนำเข้าเหตุการณ์ของคุณไปยัง Region รองโดยอัตโนมัติ และไม่จำเป็นต้องแทรกแซงด้วยตนเอง คุณมีความยืดหยุ่นในการกำหนดค่าเกณฑ์การใช้ระบบสำรองเพื่อกู้คืนข้อมูลโดยใช้ Amazon CloudWatch Alarms (ผ่านการตรวจสอบสถานะประสิทธิภาพของ Amazon Route 53) เพื่อกำหนดเวลาที่จะใช้ระบบสำรองเพื่อกู้คืนข้อมูล และเมื่อใดที่จะกำหนดเส้นทางกิจกรรมกลับไปยัง Region หลัก

เมื่อคุณเผยแพร่เหตุการณ์ไปยังตำแหน่งข้อมูลส่วนกลางแล้ว ระบบจะส่งเหตุการณ์ดังกล่าวไปยัง Event Bus ใน Region หลักของคุณ หากตรวจพบข้อผิดพลาดใน Region หลัก ระบบจะกำกับการตรวจสอบสถานะประสิทธิภาพไว้ว่าไม่มีประสิทธิภาพ และส่งเหตุการณ์ที่นำเข้ามาไปยัง Region รอง สามารถตรวจพบข้อผิดพลาดได้ง่ายยิ่งขึ้นโดยใช้ CloudWatch Alarms (ผ่านการตรวจสอบสถานะประสิทธิภาพของ Route 53) ที่คุณระบุ เมื่อปัญหาได้รับการแก้ไข เราจะกำหนดเส้นทางเหตุการณ์กลับไปยัง Region หลักอีกครั้ง และดำเนินการประมวลผลเหตุการณ์ดังกล่าวต่อไป

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

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

การเริ่มต้นใช้งานในคอนโซลนั้นสามารถทำได้ง่ายยิ่งขึ้น โดยการจัดเตรียมสแต็ก CloudFormation ที่สร้างไว้ล่วงหน้า (ซึ่งคุณสามารถปรับแต่งได้ตามต้องการ) สำหรับสร้าง CloudWatch Alarm และการตรวจสอบสถานะประสิทธิภาพของ Route 53 โปรดดูรายละเอียดเพิ่มเติมเกี่ยวกับวิธีการตั้งค่าการเตือนและการตรวจสอบสถานะประสิทธิภาพที่บล็อกการเปิดตัวและเอกสารประกอบของเรา

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

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

ระยะเวลาที่ใช้ในการกู้คืนข้อมูล (RTO) คือเวลาที่ Region สำรองหรือเป้าหมายจะเริ่มรับเหตุการณ์ใหม่หลังจากเกิดความล้มเหลว จุดที่ย้อนกลับไปกู้คืนข้อมูลได้ (RPO) คือมาตรวัดข้อมูลที่จะยังคงไม่ได้รับการประมวลผลระหว่างเกิดความล้มเหลว ในตำแหน่งข้อมูลส่วนกลาง หากคุณปฏิบัติตามคำแนะนำที่กำหนดไว้ในการกำหนดค่าการแจ้งเตือน RTO และ RPO จะอยู่ที่ 360 วินาที (สูงสุด 420 วินาที) สำหรับ RTO ระยะเวลาจะรวมช่วงเวลาสำหรับการทริกเกอร์ CloudWatch Alarms รวมถึงการอัปเดตสถานะสำหรับการตรวจสอบสถานะประสิทธิภาพของ Route53 ด้วย สำหรับ RPO ระยะเวลาจะรวมเหตุการณ์ที่ไม่ได้จำลองแบบไปยัง Region รอง และติดอยู่ใน Region หลักจนกว่าบริการหรือ Region จะมีการกู้คืน

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

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

คุณสามารถใช้ AWS CloudFormation StackSets ที่ช่วยให้จำลองสถาปัตยกรรมของคุณทั่วทั้ง AWS Region ได้อย่างง่ายดายยิ่งขึ้น ดูตัวอย่างได้ในเอกสารประกอบของเรา

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

ตำแหน่งข้อมูลส่วนกลางทำงานร่วมกับเหตุการณ์แบบกำหนดเองเท่านั้น เราจะเพิ่มการรองรับเหตุการณ์จากบริการต่าง ๆ ของ AWS, เหตุการณ์เลือกรับจาก S3 (การแจ้งเตือนเหตุการณ์ Amazon S3) และเหตุการณ์ของบุคคลที่สามในอนาคต

ไม่ เราไม่รองรับการกำหนดเส้นทางตามความหน่วงในการทำซ้ำการเปิดตัวครั้งแรก

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

ใช่ คุณจะถูกเรียกเก็บค่าบริการ 1 USD ต่อ 1 ล้านเหตุการณ์สำหรับการจำลอง ซึ่ง EventBridge จะเรียกเก็บค่าบริการสำหรับเหตุการณ์ข้าม Region

ตำแหน่งข้อมูลส่วนกลางมีให้บริการใน Region ต่อไปนี้

• สหรัฐอเมริกาฝั่งตะวันออก (โอไฮโอและเวอร์จิเนียเหนือ)
• สหรัฐอเมริกาฝั่งตะวันตก (แคลิฟอร์เนียเหนือและออริกอน)
• เอเชียแปซิฟิก (มุมไบ โอซาก้า โซล สิงคโปร์ ซิดนีย์ และโตเกียว)
• แคนาดา (ภาคกลาง)
• ยุโรป (แฟรงเฟิร์ต ไอร์แลนด์ ลอนดอน ปารีส และสตอกโฮล์ม)
• อเมริกาใต้ (เซาเปาลู)

Amazon EventBridge เสนอราคาที่ยืดหยุ่นด้วยโมเดลจ่ายตามที่ใช้งาน คุณจะชำระเงินเฉพาะเหตุการณ์ที่เผยแพร่โดย Event Bus ของคุณ, เหตุการณ์ที่นำเข้าสำหรับ Schema Discovery, การเล่นซ้ำเหตุการณ์ และ API Destination เท่านั้น หากต้องการดูตัวอย่างและรายละเอียดราคาเพิ่มเติมสําหรับ EventBridge โปรดไปที่หน้าราคาของเรา

ไม่ได้

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

ใช่ CloudFormation มีให้บริการในทุก Region ที่ Amazon EventBridge พร้อมให้บริการอยู่ หากต้องการเรียนรู้เพิ่มเติมเกี่ยวกับวิธีใช้ CloudFormation เพื่อจัดเตรียมและจัดการทรัพยากรของ EventBridge ให้ไปที่เอกสารประกอบของเรา

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

แนะนำให้ใช้ Amazon EventBridge หากคุณต้องการสร้างแอปพลิเคชันที่ตอบสนองต่อเหตุการณ์ต่าง ๆ จากแอปพลิเคชันของคุณเอง แอปพลิเคชัน SaaS และ/หรือบริการของ AWS EventBridge เป็นบริการตามเหตุการณ์เพียงบริการเดียวที่ผสานรวมโดยตรงเข้ากับพาร์ทเนอร์ SaaS ที่เป็นบริษัทอื่น อีกทั้ง EventBridge ยังนำเข้าเหตุการณ์จากบริการต่าง ๆ ของ AWS กว่า 200 รายการโดยอัตโนมัติ โดยที่นักพัฒนาไม่จำเป็นต้องสร้างทรัพยากรใด ๆ ในบัญชีของตนเอง

EventBridge ใช้โครงสร้างแบบอิงตาม JSON ที่กำหนดไว้สำหรับเหตุการณ์ และช่วยให้คุณสามารถสร้างกฎที่ปรับใช้ได้กับทั่วทั้งเนื้อหาเหตุการณ์ เพื่อให้สามารถเลือกเหตุการณ์ที่จะส่งต่อไปยังเป้าหมายได้ ขณะนี้ EventBridge รองรับบริการของ AWS กว่า 20 รายการเป็นเป้าหมาย ซึ่งรวมถึง Lambda, SQS, SNS และ Amazon Kinesis Data Streams ตลอดจน Kinesis Data Firehose

แนะนําให้ใช้ Amazon SNS สําหรับแอปพลิเคชันที่ต้องมีการกระจายสูง (ตําแหน่งข้อมูลหลายพันหรือหลายล้านตําแหน่ง) รูปแบบทั่วไปที่เราเห็นคือลูกค้าใช้ SNS เป็นเป้าหมายสําหรับกฎของตนเองเพื่อกรองเหตุการณ์ที่ต้องการและกระจายไปยังตำแหน่งข้อมูลหลายแห่ง

ข้อความจะไม่มีโครงสร้าง และสามารถอยู่ในรูปแบบใดก็ได้ SNS รองรับการส่งข้อความไปยังเป้าหมาย 6 ประเภทที่แตกต่างกัน ซึ่งได้แก่ Lambda, SQS, ตำแหน่งข้อมูล HTTP/S, SMS, การแจ้งเตือนแบบพุชสำหรับมือถือ และอีเมล เวลาแฝงโดยทั่วไปของ SNS จะไม่เกิน 30 มิลลิวินาที มีบริการของ AWS อยู่หลากหลายรายการที่ส่งข้อความ SNS โดยใช้วิธีกำหนดค่าบริการนั้นๆ ให้ดำเนินการส่ง (มากกว่า 30 รายการ ซึ่งรวมถึง Amazon EC2, Amazon S3 และ Amazon RDS)

AWS AppFabric เป็นบริการแบบไม่ต้องเขียนโค้ดที่ช่วยเสริมการลงทุนที่มีอยู่ของบริษัทในแอปพลิเคชัน Software as a Service (SaaS) พร้อมด้วยการรักษาความปลอดภัย การจัดการ และประสิทธิภาพการทำงานที่ดียิ่งขึ้น ใช้ AppFabric เพื่อรวบรวมและทำให้ข้อมูลบันทึก SaaS เป็นมาตรฐานจากแอปอย่าง Asana, Slack และ Zoom รวมถึงชุดเพิ่มประสิทธิภาพการทำงาน เช่น Microsoft 365 และ Google Workspace เพื่อเพิ่มข้อมูลการสังเกตของแอปพลิเคชันและลดต้นทุนการดำเนินงานที่เกี่ยวข้องกับการสร้างและการบำรุงรักษาการผสานรวมแบบจุดต่อจุด EventBridge เป็นบริการการผสานรวมแบบไม่ต้องใช้เซิร์ฟเวอร์ที่ใช้เหตุการณ์เพื่อเชื่อมต่อส่วนประกอบของแอปพลิเคชันเข้าด้วยกัน จึงทําให้นักพัฒนาสามารถสร้างแอปพลิเคชันที่ขับเคลื่อนด้วยเหตุการณ์ที่ปรับขนาดได้ง่ายขึ้น ใช้ EventBridge เพื่อกำหนดเส้นทางเหตุการณ์จากแหล่งที่มาต่าง ๆ เช่น แอปพลิเคชันแบบกำหนดเอง บริการของ AWS และแอปพลิเคชัน SaaS ของบริษัทอื่นไปยังแอปพลิเคชันสำหรับผู้บริโภคทั่วทั้งองค์กร EventBridge เป็นวิธีในการนําเข้า กรอง แปลง และส่งมอบกิจกรรมที่ง่ายและมีความสม่ำเสมอ

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

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

ผู้จำหน่าย SaaS ที่สนใจมาเป็นพาร์ทเนอร์ของ EventBridge ควรทำตามคำแนะนำแบบบริการตนเองที่หน้าการผสานรวม Amazon EventBridge เพื่อเริ่มเผยแพร่เหตุการณ์ไปยัง EventBridge

ผู้ให้บริการ SaaS ที่รองรับเว็บฮุค (Webhook) หรือโหมดการผสานรวมแบบพุชอื่น ๆ อยู่แล้วอาจใช้เวลาน้อยกว่าห้าวันในการผสานรวมกับ EventBridge

เรารองรับการผสานรวม SaaS มากกว่า 45 รายการ โปรดดูรายการการผสานรวม SaaS ที่รองรับทั้งหมดสำหรับ Amazon EventBridge