الأسئلة المتكررة بشأن Amazon EventBridge

س: ما المقصود بـ Amazon EventBridge؟

إن خدمة Amazon EventBridge هي خدمة توفر الوصول في الوقت الفعلي إلى التغيرات التي تطرأ على البيانات في خدمات AWS وتطبيقاتك وتطبيقات البرمجيات كخدمة (SaaS) بدون الاضطرار إلى كتابة تعليمات برمجية. لبدء الاستخدام، يُمكنك اختيار مصدر حدث في وحدة تحكم EventBridge. يُمكنك بعد ذلك تحديد هدف من خدمات AWS ومن بينها AWS Lambda وAmazon Simple Notification Service (SNS) وAmazon Kinesis Data Firehose. تقوم EventBridge تلقائيًا بتسليم الأحداث في الوقت الفعلي تقريبًا.

س: كيف أبدأ استخدام EventBridge؟

سجّل الدخول إلى حساب AWS الخاص بك، وانتقل إلى وحدة تحكم EventBridge، واختر مصدر حدث من قائمة تطبيقات البرمجيات كخدمة (SaaS) الخاصة بالشركاء وخدمات AWS. إذا كنت تستخدم أحد تطبيقات الشركاء، فتحقق من أنك قد قمت بتكوين حساب البرمجيات كخدمة (SaaS) الخاص بك لإصدار الأحداث، واقبله في قسم مصادر الأحداث المقدمة في وحدة تحكم EventBridge. تقوم EventBridge تلقائيًا بإنشاء ناقل أحداث توجه الأحداث إليه. أو، بدلاً من ذلك، يمكنك استخدام AWS SDK في توجيه تطبيقك للبدء في إصدار الأحداث إلى ناقل الأحداث الخاص بك. بشكل اختياري، كوِّن قاعدة تصفية، وأرفق هدفًا ملائمًا لأحداثك. على سبيل المثال، قد يكون الهدف عبارة عن وظيفة من وظائف Lambda. تستوعب EventBridge الأحداث وتصفيها وترسلها تلقائيًا إلى الهدف المكوَّن بطريقة آمنة وعالية التوافر.

س: هل أستطيع نشر أحداثي على EventBridge؟

نعم. يمكنك إنشاء أحداث مخصصة على مستوى التطبيقات ونشرها على EventBridge من خلال عمليات واجهة برمجة التطبيقات الخاصة بالخدمة. يمكنك أيضًا إعداد أحداث مجدولة يتم إنشاؤها بشكل دوري، ويمكنك معالجة هذه الأحداث في أي من أهداف EventBridge المدعومة.

س: ما تنسيق الحدث؟

تستخدم الأحداث هيكل محدد من JSON. يكون لكل حدث نفس حقول المغلف ذات المستوى العلوي، مثل مصدر الحدث والطابع الزمني والمنطقة. ويتبع ذلك حقل تفاصيل يكون بمثابة نص الحدث. على سبيل المثال، عندما تقوم إحدى مجموعات التحجيم التلقائي في Amazon Elastic Compute Cloud (EC2) بإنشاء مثيل Amazon EC2 جديد، فإنها تقوم بإصدار حدث مصدره: "aws.autoscaling" وتفاصيله: "EC2 instance created successfully (تم إنشاء مثيل EC2 بنجاح)".

س: كيف أقوم بتصفية الأحداث التي يتم توصيلها إلى هدف؟

يمكنك تصفية الأحداث مع القواعد. تطابق القاعدة الأحداث الواردة لحافلة أحداث محددة وتوجهها إلى الأهداف للمعالجة. يمكن لقاعدة واحدة أن توجه العديد من الأهداف، وتتم معالجة كل منها بالتوازي. تساعد القواعد مختلف مكونات التطبيق في البحث عن الأحداث المهمة لها وتعالجها. يمكن للقاعدة أن تخصص حدث ما قبل أن يُرسل إلى الهدف عن طريق المرور بمناطق محددة فقط أو عن طريق استبداله بثابت. في المثال الذي عُرض في السؤال السابق، يمكنك إنشاء قاعدة حدث تطابق المصدر: "aws.autoscaling" والتفاصيل: "EC2 instance created successfully (تم إنشاء مثيل EC2 instance بنجاح)" لكي يتم إبلاغك في أي وقت تقوم فيه إحدى مجموعات التحجيم التلقائي بإنشاء مثيل EC2 بنجاح.

س: كيف أصل إلى EventBridge؟

يتكامل EventBridge مع AWS Identity and Access Management (IAM) وبالتالي يمكنك تحديد الإجراءات التي يمكن أن ينفذها مستخدم موجود في حساب AWS الخاص بك. على سبيل المثال، يمكنك إنشاء سياسة IAM تمنح لمستخدمين معينين فقط في مؤسستك الإذن لإنشاء ناقلات أحداث أو لإرفاق أهداف الأحداث.

س: ما علاقة EventBridge بـ Amazon CloudWatch Events؟

تعتمد EventBridge على Amazon CloudWatch Events، بل تُعد امتدادًا وتوسيعًا له. إنها تستخدم نفس واجهة برمجة التطبيقات للخدمة ونفس نقطة النهاية، كما تستخدم البنية التحتية الأساسية للخدمة. بالنسبة لعملاء CloudWatch Events الحاليين، لا شيء يتغير. يُمكنك الاستمرار في استخدام نفس واجهة برمجة التطبيقات، ونفس قوالب AWS CloudFormation، ونفس وحدة التحكم. تُعد CloudWatch Events الخدمة المثالية لإنشاء بنيات قائمة على الأحداث، ولذا فقد أدخلنا ميزات جديدة تساعدك في ربط البيانات من تطبيقاتك وتطبيقات البرمجيات كخدمة (SaaS) التابعة لجهات خارجية. وبدلاً من إبقاء تلك الميزات ضمن الخدمة CloudWatch، فقد أصدرنا هذه الوظيفة باسم جديد، ألا وهو Amazon EventBridge، للتعبير عن التوسع الذي يتجاوز مراقبة حالات الاستخدام التي تم إنشاء CloudWatch Events من أجلها.

س: أستخدم حاليًا CloudWatch Events، وأريد تجربة الميزات الموجودة في EventBridge. فهل أحتاج إلى نقل قواعد وأذونات CloudWatch Events إلى EventBridge؟

لا. يمكن لمستخدمي CloudWatch Events الحاليين الوصول إلى الناقل والقواعد والأحداث الافتراضية الحالية الخاصة بهم في وحدة تحكم وواجهة برمجة تطبيقات EventBridge الجديدة أو في وحدة تحكم وواجهة برمجة تطبيقات CloudWatch Events.

س: أستخدم بالفعل CloudWatch Events ولا أحتاج إلى الميزات المتاحة في EventBridge. فما التغيير الذي سيحدث بالنسبة لي؟

لا شيء. تستخدم EventBridge نفس واجهة برمجة تطبيقات CloudWatch Events، وبالتالي، فإن أي استخدام لواجهة برمجة تطبيقات CloudWatch Events الحالية سيظل كما هو.

س: هل تعتزمون إيقاف CloudWatch Events في يوم من الأيام؟

لا، لن نوقف واجهة برمجة التطبيقات ولن نوقف الخدمة ذاتها. تستخدم EventBridge نفس واجهة برمجة التطبيقات، ويتوفر بها ميزات إضافية. ومع مرور الوقت، سيحل الاسم Amazon EventBridge محل الاسم Amazon CloudWatch Events.

س: ما خدمات AWS التي تم تضمينها كمصادر للأحداث في Amazon EventBridge؟

توجد أكثر من 90 خدمة من خدمات AWS متاحة كمصادر أحداث لـ EventBridge، منها AWS Lambda وAmazon Kinesis وAWS Fargate وخدمة التخزين البسيطة في Amazon ‏(S3). للتعرّف على قائمة كاملة بتكاملات خدمات AWS، راجع وثائق EventBridge.

س: ما خدمات AWS التي تم تضمينها كأهداف للأحداث في EventBridge؟

توجد أكثر من 15 خدمة من خدمات AWS متاحةً كأهداف أحداث لـ EventBridge، ومن بين هذه الخدمات Lambda وAmazon Simple Queue Service (SQS) وAmazon SNS وAmazon Kinesis Streams Kinesis Data Firehose. للتعرّف على قائمة كاملة بتكاملات خدمات AWS، راجع وثائق EventBridge.

س: ما المقصود بأحداث الأرشفة وأحداث إعادة التشغيل في EventBridge؟

إعادة تشغيل الأحداث (Event Replay) هي ميزة جديدة في EventBridge تساعدك في إعادة معالجة الأحداث السابقة إلى ناقل أحداث أو إلى قاعدة EventBridge بعينها. وتساعد هذه الميزة المطورين في تصحيح أخطاء تطبيقاتهم بسهولة أكبر، وتتيح لهم توسعتها عن طريق ربط الأهداف بأحداث تاريخية، والتعافي من الأخطاء. تمنح ميزة إعادة تشغيل الأحداث (Event Replay) المطورين الطمأنينة حيث يتوفر لهم دائمًا إمكانية وصول إلى أي حدث يتم نشره إلى EventBridge.

س: ما المقصود بالميزة وجهات واجهة برمجة التطبيقات (API Destinations) في EventBridge؟

تساعد ميزة وجهات واجهة برمجة التطبيقات (API Destinations) المطورين في إرسال الأحداث مرةً أخرى إلى أي من التطبيقات المحلية أو تطبيقات البرمجيات كخدمة (SaaS) مع القدرة على التحكم في معدل النقل والمصادقة. يُمكنك تكوين قواعد تتضمن تحويلات إدخال تقوم بتعيين تنسيق الحدث إلى تنسيق الخدمة المستلِمة، وتتولى EventBridge مهمة الأمان والتسليم. عند بدء القاعدة، تُحوّل EventBridge الحدث بناءً على الشروط المحددة. ثم تُرسله بعد ذلك إلى خدمة الويب المّكوّنة باستخدام معلومات المصادقة التي سبق تقديمها عند إعداد القاعدة. الأمان مضمن وبالتالي لا يحتاج المطورون بعد الآن إلى كتابة مكونات مصادقة خاصة بالخدمة التي يريدون استخدامها.

س: ما المقصود باتصال وجهة واجهة برمجة التطبيقات؟ كيف أقوم بإعداد ميزة وجهات واجهة برمجة التطبيقات (API Destinations)؟

كل وجهة واجهة برمجة تطبيقات تستخدم اتصالاً يحدد طريقة المصادقة وبيانات الاعتماد المطلوب استخدامها عند الاتصال بنقطة نهاية HTTP. عندما تُكوّن إعدادات المصادقة وتنشئ اتصالًا، فإنها تنشئ مفتاحًا سريًا في AWS Secrets Manager لتخزين معلومات المصادقة بشكل آمن. يمكنك أيضًا إضافة معلمات أخرى لتضمينها في الاتصال حسب ما يقتضي تطبيقك.

لإعداد وجهة واجهة برمجة تطبيقات، تحتاج إلى توفير نقطة نهاية لوجهة واجهة برمجة التطبيقات، وهي هدف نقطة نهاية استدعاء HTTP خاصة بالأحداث. تحتاج إلى إنشاء اتصال للمصادقة مقابل نقطة النهاية هذه. يمكنك أيضًا اختياريًا تحديد حد معدل الاستدعاء، وهو الحد الأقصى لعدد الاستدعاءات في الثانية لإرسالها إلى نقطة نهاية وجهة واجهة برمجة التطبيقات. تعرّف على المزيد حول Connections (الاتصالات) وAPI destinations (وجهات واجهة برمجة التطبيقات).

س: ما المقصود بحدود الخدمة؟

ارجع إلى صفحة حدود الخدمة من هنا.

س: ما زمن الاستجابة الذي يمكنني توقعه بين إرسال حدث واستلامه؟

زمن الاستجابة النموذجي حوالي نصف ثانية. وهذا الزمن قد يختلف.

س: هل يدعم EventBridge وضع علامات على الموارد؟

نعم، يمكنك وضع علامات على القواعد. ولا يمكنك وضع العلامات على ناقلات الأحداث ولا على مصادر الأحداث.

س: ما الإنتاجية التي يمكن أن أتوقعها من EventBridge؟

حدود معدل النقل الخاصة بناقل الأحداث موضحة في الصفحة "حدود الخدمة" من هنا. إذا كنت تحتاج إلى معدل نقل أعلى، فاطلب زيادة حدود الخدمة من خلال مركز الدعم AWS Support Center عن طريق اختيار Create Case (إنشاء حالة) ثم اختيار Service Limit Increase (زيادة حدود الخدمة).

س: هل هناك اتفاقية مستوى خدمة لـ EventBridge؟

نعم. تستخدم AWS الجهود المعقولة تجاريًا لإتاحة EventBridge بنسبة شهرية للاستخدام لا تقل عن 99.99% لكل منطقة من مناطق AWS، خلال أي دورة من دورات الفوترة الشهرية. للحصول على التفاصيل، اطلع على اتفاقية مستوى الخدمة الكاملة الخاصة بـ EventBridge.

س: ما هو المخطط؟

يمثل المخطط هيكل أحد الأحداث، ويتضمن عادةً معلومات مثل عنوان وتنسيق كل جزء من البيانات المدرجة في الحدث. على سبيل المثال، قد يحتوي المخطط على حقول مثل الاسم ورقم الهاتف، وحقيقة أن الاسم عبارة عن سلسلة نصية، ورقم الهاتف هو عدد صحيح. يمكن أن يتضمن المخطط أيضًا معلومات عن الأنماط، مثل شرط أن يكون رقم الهاتف مكونًا من 10 أرقام. يُعد مخطط الحدث مهمًا لأنه يعرض المعلومات الموجودة في الحدث، ويساعدك في كتابة التعليمات البرمجية بناءً على تلك البيانات.

س: ما المقصود بسجل المخطط؟

يخزن سجل المخطط مجموعة مخططات قابلةً للبحث وبالتالي يمكن لأي مطور في مؤسستك الوصول بسهولة أكبر إلى المخططات التي ينشئها التطبيق. وهذا يناهض البحث في الوثائق أو العثور على مؤلف المخطط لهذه المعلومات. يمكنك إضافة مخطط إلى السجل يدويًا، أو جعل هذه العملية تلقائيةً عن طريق تشغيل ميزة اكتشاف مخطط EventBridge.

س: ما المقصود بميزة اكتشاف المخطط؟

تجعل خاصية اكتشاف المخطط عمليات البحث عن المخططات وإضافتها إلى السجل الخاص بك تلقائية. عند تمكين اكتشاف المخطط لناقل أحداث EventBridge، يُضاف مخطط كل حدث يتم إرساله إلى ناقل الأحداث تلقائيًا إلى السجل. في حالة تغيير مخطط الحدث، تقوم ميزة اكتشاف المخطط تلقائيًا بإنشاء إصدار جديد من المخطط في السجل. وبمجرد إضافة مخطط إلى السجل، يمكنك إنشاء رابط تعليمة برمجية للمخطط إما في وحدة تحكم EventBridge أو مباشرةً في بيئة التطوير المتكاملة (IDE). وهذا يساعدك في تمثيل الحدث ككائن مكتوب بطريقة قوية في تعليمتك البرمجية. ويُمكنك بعد ذلك الاستفادة من ميزات بيئة التطوير المتكاملة (IDE) مثل التحقق من الصحة والإكمال التلقائي.

س: هل يمكنني اكتشاف المخططات من الأحداث المستلمة عبر حسابات أخرى؟

يتم تمكين ميزة اكتشاف المخطط فقط للأحداث التي تنشأ داخل الحساب نفسه مثل المستكشف في ناقلات الأحداث الافتراضية والمخصصة والشريكة.

س: ما تكلفة سجل المخطط؟

لا توجد تكلفة لاستخدام سجل المخطط، ولكن توجد تكلفة لكل حدث يتم استيعابه عند تشغيل ميزة اكتشاف المخطط. تتضمن ميزة اكتشاف المخطط طبقةً مجانيةً تحتوي على 5 ملايين حدث يتم استيعابه كل شهر، وهذا العدد من المفترض أن يغطي معظم استخدام التطوير. توجد رسوم قدرها 0.10 USD لكل مليون حدث يتم استيعابه للاستخدام الإضافي خارج الطبقة المجانية. للمزيد من المعلومات حول التسعير، اطلع على صفحة تسعير EventBridge.

س: كيف يقلّل سجل المخطط من حجم التعليمة البرمجية التي أحتاج إلى كتابتها؟

أولاً، يمكنك استخدام ميزة اكتشاف المخطط في تحديد المخطط تلقائيًا لأي أحداث تُرسل إلى ناقل أحداث EventBridge ويمكنك تخزينها في السجل. وهذا يعفيك من الاضطرار إلى إدارة مخطط الأحداث يدويًا. ثانيًا، عند كتابة التطبيقات التي تتعامل مع الأحداث في ناقلك، يمكنك إنشاء روابط التعليمات البرمجية وتنزيلها لهذا المخطط حتى تتمكن من استخدام الكائنات المكتوبة بقوة مباشرةً في تعليمتك البرمجية. يحقق ذلك وفورات في النفقات العامة المتعلقة بإلغاء التسلسل، والتحقق، والتخمين لمعالج الحدث الخاص بك.

س: لماذا أستخدم سجل المخطط؟

أولاً، يمكنك استخدام ميزة اكتشاف المخطط في تحديد المخطط تلقائيًا لأي أحداث تُرسل إلى ناقل أحداث EventBridge ويمكنك تخزينها في السجل. وهذا يعفيك من الاضطرار إلى إدارة مخطط الأحداث يدويًا. ثانيًا، عند كتابة التطبيقات التي تتعامل مع الأحداث في ناقلك، يمكنك إنشاء روابط التعليمات البرمجية وتنزيلها لهذا المخطط حتى تتمكن من استخدام الكائنات المكتوبة بقوة مباشرةً في تعليمتك البرمجية. يحقق ذلك وفورات في النفقات العامة المتعلقة بإلغاء التسلسل، والتحقق، والتخمين لمعالج الحدث الخاص بك.

س: ما بيئات التطوير المتكاملة (IDEs) التي يدعمها سجل المخطط؟

يتوفر سجل المخطط من خلال AWS Toolkit for JetBrains (IntelliJ IDEA وPyCharm وWebStorm وRider) وAWS Toolkit for Visual Studio Code وكذلك في وحدة التحكم وعمليات واجهة برمجة التطبيقات في EventBridge. تعرّف على المزيد حول استخدام سجل مخطط EventBridge داخل بيئة التطوير المتكاملة (IDE) الخاصة بك.

س: هل يمكنني استخدام المخطط مع نموذج التطبيق بلا خوادم AWS Serverless Application Model (SAM)؟

نعم، يتضمن أحدث إصدار من واجهة سطر أوامر AWS SAM وضعًا تفاعليًا يساعدك في إنشاء تطبيقات جديدة بلا خوادم على EventBridge لأي مخطط كنوع حدث. اختر القالب EventBridge Starter App (تطبيق بدء EventBridge) ومخطط الحدث الخاص بك، وسيقوم SAM تلقائيًا بإنشاء تطبيق باستخدام إحدى وظائف Lambda التي يستدعيها EventBridge، مع معالجة التعليمة البرمجية الخاصة بالحدث. وهذا يعني أنه يمكنك التعامل مع مشغل الحدث ككائن عادي في تعليمتك البرمجية، واستخدام ميزات مثل التحقق والإكمال التلقائي في بيئة التطوير المتكاملة (IDE) الخاصة بك.

يوفر المكوّن الإضافي AWS Toolkit for Jetbrains ‏(Intellij IDEA، PyCharm، Webstorm، Rider) وAWS Toolkit for VS Code أيضًا وظائف لإنشاء تطبيقات بلا خوادم من هذا القالب، مع وجود مخطط كعامل مشغل من بيئات التطوير المتكاملة (IDEs) هذه مباشرةً.

س: بأي لغة يمكنني إنشاء تعليمة برمجية من مخططاتي؟

يتوفر إنشاء التعليمات البرمجية باللغات Java (8+) وPython (3.6+) وTypeScript (3.0+).

س: في أي مناطق AWS يتوفر سجل المخطط؟

يتوفر سجل مخطط EventBridge في المناطق التالية: شرق الولايات المتحدة (أوهايو)، وشرق الولايات المتحدة (شمال فرجينيا)، وغرب الولايات المتحدة (كاليفورنيا الشمالية)، وغرب الولايات المتحدة (أوريجون)، وآسيا والمحيط الهادئ (هونغ كونغ)، وآسيا والمحيط الهادئ (مومباي)، وآسيا والمحيط الهادئ (سول)، وآسيا والمحيط الهادئ (سنغافورة)، وآسيا والمحيط الهادئ (سيدني)، وآسيا والمحيط الهادئ (طوكيو)، وكندا (الوسطى)، وأوروبا (فرانكفورت)، وأوروبا (أيرلندا)، وأوروبا (لندن)، وأوروبا (باريس)، وأوروبا (ستوكهولم)، وأمريكا الجنوبية (ساو باولو).

س: ما المقصود بـ Amazon EventBridge Pipes؟

توفر EventBridge Pipes طريقة أكثر بساطةً واتساقًا وميسورة التكلفة لإنشاء تكامل "نقطة إلى نقطة" بين منتجي الحدث والمستهلكين. ويعد إنشاء مسار في بساطته بمثابة تحديد مصدر وهدف مع القدرة على تخصيص التجميع، وموضع البدء، والتزامن، وغير ذلك الكثير. لا تسمح خطوة التصفية الاختيارية إلا لأحداث مصدر معينة بالتدفق إلى المسار ويمكن الاستفادة من خطوة إثراء اختيارية تستخدم AWS Lambda أو AWS Step Functions أو ميزة وجهات واجهة برمجة التطبيقات (API Destinations) أو Amazon API Gateway في إثراء الأحداث أو تحويلها قبل أن تصل إلى الهدف. وبفضل التخلص من الحاجة إلى كتابة تعليمة برمجية للتكامل غير متمايزة وإدارتها وتوسعتها، تتيح لك EventBridge Pipes قضاء وقتك في إنشاء التطبيقات وليس في توصيلها.

س: كيف أبدأ استخدام EventBridge Pipes؟

يُمكنك بدء الاستخدام عن طريق زيارة وحدة تحكم EventBridge، حدد علامة التبويب Pipes (المسارات) واختر Create Pipe (إنشاء مسار). ومن هناك، يمكنك الاختيار من قائمة المصادر المتاحة وتوفير نمط تصفية اختياري يتم استخدامه في نقل الأحداث التي تطلبها فقط. في خطوة التحويل والإثراء الاختيارية للمسار، يمكنك توفير نقطة نهاية واجهة برمجة تطبيقات، مثل واجهة برمجة تطبيقات البرمجيات كخدمة (SaaS) أو مجموعة حاويات أو وظيفة Lambda أو AWS Step Function. يقوم المسار بعد ذلك بتقديم طلب واجهة برمجة تطبيقات والتقاط الاستجابة بمجرد اكتمال المعالجة. وأخيرًا، قم بتعيين خدمة وجهة يتم تسليم الأحداث إليها، وحدد ما إذا كنت تحتاج إلى إمكانات أرشفة أو إمكانات قوائم الانتظار الخامدة (DLQ) تريد تمكينها على المسار. يُمكنك أيضًا إنشاء مسار باستخدام سطر أوامر AWS CLI أو CloudFormation أو AWS Cloud Development Kit (CDK).

س: ما مصادر الأحداث المحتملة في EventBridge Pipes؟

يعتبر EventBridge Pipes كلاً من Amazon SQS وAmazon Kinesis وAmazon DynamoDB وAmazon Managed Streaming Kafka وself-managed Kafka وAmazon MQ مصادر لمجموعة منتجات EventBridge. تدعم EventBridge Pipes نفس الخدمات الهدف كناقلات أحداث، مثل Amazon SQS وAWS Step Functions وAmazon Kinesis Data Streams وAmazon Kinesis Data Firehose وAmazon SNS وAmazon ECS وناقلات الأحداث نفسها.

س: ما كيفية عمل التحول والإثراء؟

تدعم EventBridge Pipes التحويلات الأساسية باستخدام لغة قالب السرعة Velocity Template Language (VTL). لمزيد من التحولات القوية، تساعدك EventBridge Pipes في تحديد إحدى وظائف Lambda أو سير عمل Step Functions لتحويل حدثك. إذا كنت تفضل استخدام خدمة حاويات مثل Amazon Elastic Container Service (ECS) أو Amazon Elastic Kubernetes Service (EKS)، فيمكنك تحديد نقطة نهاية واجهة برمجة التطبيقات ونظام المصادقة لمجموعة الحاويات الخاصة بك. وبعد ذلك يتولى EventBridge مهمة تقديم الحدث لإجراء التحول.

س: هل أحتاج إلى استخدام أحد ناقلات أحداث EventBridge كي أستخدم EventBridge Pipes؟

لا، يمكن استخدام EventBridge Pipes بشكل مستقل عن ميزات EventBridge الحالية، وهذا يساعدك في تلقي الأحداث من منتجي أحداث آخرين مثل Kinesis أو SQS أو Amazon MSK بدون الحاجة إلى استخدام ناقل أحداث EventBridge. يُستخدم أيضًا في تكاملات "نقطة إلى نقطة"، بينما يُستخدم ناقل الحدث في التكاملات "متعدد إلى متعدد". إذا كنت تستخدم بالفعل ناقل حدث EventBridge في توجيه الأحداث، فيمكنك استخدام EventBridge Pipes في الاتصال بمصدر مدعوم وتعيين ناقل الأحداث الخاص بك كمصدر مسار.

س: ما الفرق بين ناقل أحداث EventBridge وEventBridge Pipes؟

تُعد ناقلات أحداث EventBridge مناسبة تمامًا للتوجيه "متعدد إلى متعدد" للأحداث بين الخدمات القائمة على الأحداث. الغرض من تصميم EventBridge Pipes هو تكاملات "نقطة إلى نقطة" بين ناشري الأحداث والمستهلكين، مع دعم عمليات التحويل والإثراء المتقدمة. يمكن لـ EventBridge Pipes استخدام ناقل أحداث EventBridge كهدف. يُعد الترحيل من قاعدة ناقل أحداث EventBridge إلى مسار أسهل، حيث تظل التصفية والأهداف كما هي بين هذين الموردين.

س: كيف يختلف EventBridge Pipes عن تخطيط مصدر الحدث (ESM) في AWS Lambda؟

يستخدم تخطيط مصدر الحدث (ESM) في AWS Lambda وAmazon EventBridge Pipes نفس البنية الأساسية الخاصة بالاستطلاع لتحديد الأحداث وإرسالها. يُعتبر تخطيط مصدر الحدث (ESM) مثاليةً للعملاء الذين يرغبون في استخدام Lambda كهدف لمعالجة الأحداث المستلمة. يُعتبر Pipes مثاليةً للعملاء الذين لا يريدون إنشاء تعليمة برمجية لـ Lambda وصيانتها وتوسعة نطاقها، ويفضلون بدلاً من ذلك موارد بسيطة مُدارة لربط مصدرهم بهدف واحد من أكثر من 14 هدفًا.

س: هل توفر EventBridge Pipes ضمانات خاصة بالترتيب؟

نعم، تحافظ EventBridge Pipes على ترتيب الأحداث المستلمة من مصدر الحدث عند إرسال هذه الأحداث إلى خدمة الوجهة.

س: هل تدعم EventBridge Pipes أحداث التجميع؟

نعم، بالنسبة للخدمات التي تدعم أحداث التجميع، يمكنك تكوين حجم الدُفعة المطلوب عند إنشاء مسار. في حالة المصادر والأهداف التي لا تدعم التجميع، لا يزال بإمكانك اختيار تجميع الأحداث لخطوة الإثراء والتحويل. تساعدك هذه الخدمة في توفير تكاليف الحوسبة ولا تزال تساعدك في تسليم الأحداث بشكل فردي إلى الهدف الذي اخترته.

س: هل يمكنني الحصول على سجل يضم جميع استدعاءات واجهة برمجة تطبيقات EventBridge Pipes التي تتم على حسابي لأغراض تحليل الأمان واستكشاف الأخطاء وإصلاحها؟

نعم، للحصول على سجل يضم استدعاءات واجهة برمجة تطبيقات EventBridge Pipes التي تم إجراؤها على حسابك، يمكنك تشغيل CloudTrail من وحدة إدارة تحكم AWS.

س: ما تكلفة EventBridge Pipes؟

للاطلاع على التفاصيل الكاملة حول تسعير Amazon EventBridge Pipes، تفضل بزيارة صفحة التسعير.

س: ما المقصود بـ Amazon EventBridge Scheduler؟

Amazon EventBridge Scheduler هو برنامج جدولة مهام بلا خوادم يعمل على تبسيط إنشاء ملايين الجداول وتنفيذها وإدارتها عبر خدمات AWS بدون توفير بنية تحتية أساسية أو إدارتها.

س: كيف أبدأ استخدام EventBridge Scheduler؟

سجّل الدخول إلى حساب AWS، وانتقل إلى وحدة تحكم EventBridge، وحدد الزر Create Schedule (إنشاء جدول). اتبع سير العمل خطوة بخطوة واملأ الحقول المطلوبة. حدّد تنسيق جدولة يتضمن الإطار الزمني للمهمة المطلوب تنفيذها، أو معدل ثابت، أو كرون، أو تاريخ ووقت محددين. حدّد هدفك من قائمة خدمات AWS وقم بتكوين سياسات إعادة المحاولة لتحقيق أقصى قدر من التحكم في تنفيذ جدولك. راجع جدولك وحدد Create (إنشاء).

س: ما الفرق بين EventBridge Scheduler والقواعد المجدولة؟

يعتمد EventBridge Scheduler على وظائف الجدولة الموجودة ضمن القواعد المجدولة. يتضمن EventBridge Scheduler دعمًا للمناطق الزمنية، وزيادة التوسع، والحمولات المستهدفة المخصصة، وتعبيرات الوقت المضافة، ولوحة معلومات خاصة بمراقبة الجداول. يمكن إنشاء الجداول بشكل مستقل دون الحاجة إلى إنشاء ناقل أحداث بقاعدة مجدولة.

س: متى يجب استخدام القواعد المجدولة لـ EventBridge أو EventBridge Scheduler؟

ستظل القواعد المجدولة متاحة، ولكن يقدّم EventBridge Scheduler مجموعة ميزات أكثر تطورًا توفّر مزيدًا من المرونة عند إنشاء وتنفيذ وإدارة جداولك. يمكنك أيضًا البدء مجانًا، راجع صفحة التسعير لمزيد من التفاصيل.

س: كيف تعمل هذه الميزة مع خدمات AWS الأخرى؟

يتميز EventBridge Scheduler بتكامل عميق مع خدمات AWS ويمكنه كذلك إنشاء جداول لأي خدمة تتضمن إجراء واجهة برمجة تطبيقات AWS. تُعد عمليات تكوين أنماط الوقت وعمليات إعادة المحاولة موحدةً عبر AWS للحصول على تجربة جدولة متسقة. تُسهّل مراقبة الجداول من خلال وحدة تحكم EventBridge Scheduler التي تقدم عرضًا لجداولك في لوحة معلومات أو من خلال طلب واجهة برمجة تطبيقات "ListSchedule". ستتمكن من رؤية المعلومات المهمة في جداولك، مثل وقت البدء، وآخر مرة تشغيل، وهدف AWS المعين. لمزيد من التفاصيل الدقيقة، يُمكنك مراجعة سجلات التنفيذ المتاحة في سجلات CloudWatch أو يمكن إرسالها إلى S3 أو Kinesis Firehose.

س: كيف أقوم بتحديث الجداول؟

يمكنك تحديث جداولك في وحدة تحكم EventBridge Scheduler من خلال تحديد الجدول لتعديله. ستعرض لوحة جديدة خياراتك.

س: هل يدعم EventBridge Schedulere جميع المناطق الزمنية؟

نعم، باستخدام EventBridge Scheduler، يمكنك تحديد المنطقة الزمنية التي سيعمل في ظلها الجدول. سيتم ضبط هذه الجداول تلقائيًا حسب التوقيت الصيفي (DST) ثم العودة إلى التوقيت القياسي.

س: كيف يتحقق EventBridge Scheduler من التسليم المجدول؟

يوفّر EventBridge Scheduler تسليم الحدث مرة واحدة على الأقل إلى الأهداف، وهو ما يعني أن تسليمًا واحدًا على الأقل ينجح مع استجابة من الهدف. تتوفر خيارات لتعيين عمليات إعادة المحاولة والأُطر الزمنية المُهلات لتلبية متطلبات عملك.

س: كيف أراقب حالة جداولي؟

يوفر EventBridge Scheduler صفحة مراقبة في وحدة تحكم EventBridge Scheduler لجميع جداولك المنشأة حيث يمكنك في هذه الصفحة الاطلاع على تفاصيل جداولك وتفاصيل تنفيذها. تتضمن هذه الصفحة وقت بدء جدولك، ونمط وقت التنفيذ، وحالة التسليم المستهدفة بجانب تعليمات برمجية خاصة بالاستجابة للتمكن من رؤية محاولات النجاح أو الفشل أو إعادة المحاولة.

س: هل يمكنني إجراء جدولة لمهمة خدمات خارج AWS، مثل الخادم المحلي أو منتجات البرمجيات كخدمة (SaaS) الخارجية؟

لا يدعم EventBridge Scheduler الأهداف غير التابعة لـ AWS مباشرةً. ومع ذلك، يمكنك استدعاء أهداف غير تابعة لـ AWS باستخدام Lambda، وECS، وFargate أو مع EventBridge عبر ميزة وجهات واجهة برمجة التطبيقات (API Destinations).

س: ما تكلفة EventBridge Scheduler؟

للاطلاع على التفاصيل الكاملة حول تسعير Amazon EventBridge Scheduler، تفضل بزيارة صفحة التسعير.

س: ما المقصود بنقاط النهاية العالمية؟

نقاط النهاية العالمية هي ميزة جديدة في EventBridge تُسهّل عليك إنشاء تطبيقات عالية التوافر قائمة على الأحداث باستخدام AWS. يُمكنك نسخ أحداثك نسخًا متماثلًا عبر المناطق الأساسية والثانوية لتنفيذ تجاوز الفشل مع الحد الأدنى من فقدان البيانات. يُمكنك أيضًا تنفيذ القدرة على تجاوز الفشل تلقائيًا إلى منطقة النسخ الاحتياطي في حالة حدوث أي انقطاع في الخدمة. يعمل ذلك على تيسير اعتماد البنيات متعددة المناطق ويساعدك في تضمين المرونة في تطبيقاتك القائمة على الأحداث.

س: لماذا ينبغي لي استخدام نقاط النهاية العالمية؟

تساعد نقاط النهاية العالمية في تقديم تجربة أفضل للعملاء النهائيين من خلال تقليل كمية البيانات المعرضة للخطر أثناء انقطاع الخدمة. يمكنك جعل تطبيقاتك القائمة على الأحداث أكثر قوةً ومرونةً من خلال امتلاك القدرة على تجاوز الفشل في استيعاب الأحداث تلقائيًا إلى منطقة ثانوية وبدون الحاجة إلى تدخل يدوي. تتوفر لديك المرونة لتكوين معايير تجاوز الفشل باستخدام Amazon CloudWatch Alarms (من خلال عمليات التحقق من السلامة في Amazon Route 53) لتحديد توقيت تجاوز الفشل وتوقيت إعادة توجيه الأحداث إلى المنطقة الأساسية.

س: كيف تُحسّن نقطة النهاية العالمية توافر تطبيقاتي؟

بعد نشر الأحداث إلى نقطة النهاية العالمية، تُوجّه الأحداث إلى ناقل أحداث في منطقتك الأساسية. عند اكتشاف أخطاء في المنطقة الأساسية، يوضع على "عملية التحقق من السلامة الخاصة بك" علامةً تفيد بأنها غير سليمة ويتم توجيه الأحداث الواردة إلى المنطقة الثانوية. يمكن الكشف عن الأخطاء بسهولة أكبر باستخدام CloudWatch Alarms (في عمليات التحقق من السلامة في Route 53) التي تحددها. عند التخفيف من آثار المشكلة، نوجه الأحداث الجديدة إلى المنطقة الأساسية ونواصل معالجة الأحداث.

س: ما نوع التطبيقات المناسب تمامًا لنقاط النهاية العالمية؟

تعد نقاط النهاية العالمية مناسبةً تمامًا للتطبيقات التي لا تتطلب تساوي القوى أو التي يمكنها معالجة تساوي القوى بين المناطق. وهي أيضًا مناسبة تمامًا للتطبيقات التي تتسامح مع عدم النسخ المتماثل لما يصل إلى 420 ثانية من الأحداث. وبالتالي، تظل عالقةً في المنطقة الأساسية حتى تقوم الخدمة أو المنطقة بالاسترجاع (تسمى هدف نقطة الاسترجاع).

س: ما المقاييس التي ينبغي لي استخدامها لتجاوز فشل نقطة النهاية العالمية الخاصة بي؟

لقد أضفنا مقياسًا جديدًا يرصد زمن الاستجابة بالكامل الخاص بـ EventBridge الذي يسهل عليك تحديد ما إذا كانت هناك أخطاء داخل EventBridge تتطلب منك تجاوز الفشل في استيعاب الأحداث إلى المنطقة الثانوية. من السهل عليك البدء في وحدة التحكم من خلال توفير مكدس CloudFormation مسبق التعبئة (الذي يمكنك تخصيصه إذا أردت ذلك) لإنشاء إنذار CloudWatch وعمليات التحقق من السلامة في Route 53. لمزيد من التفاصيل حول كيفية إعداد الإنذارات وعمليات التحقق من السلامة، يُرجى مراجعة مدونة التشغيل والوثائق.

س: هل ينبغي لي استخدام مقاييس من المشتركين لتجاوز فشل نقطة النهاية العالمية الخاصة بي؟

نوصي بعدم تضمين مقاييس المشتركين في عملية التحقق من السلامة الخاصة بك. لأن هذا قد يتسبب في تجاوز فشل الناشر إلى منطقة النسخ الاحتياطي إذا واجه مشترك واحد مشكلةً، على الرغم من تمتع جميع المشتركين الآخرين بالسلامة في المنطقة الأساسية. إذا فشل أحد المشتركين لديك في معالجة الأحداث في المنطقة الأساسية، فيجب عليك تشغيل النسخ المتماثل للتحقق من أن المشترك الذي بالمنطقة الثانوية قادر على معالجة الأحداث بنجاح.

س: ما هدف وقت الاسترجاع (RTO) المتوقع وهدف نقطة الاسترجاع (RPO)؟

هدف وقت الاسترجاع (RTO) هو الوقت الذي تبدأ فيه منطقة النسخ الاحتياطي أو الهدف في تلقي أحداث جديدة بعد الفشل. هدف نقطة الاسترجاع (RPO) هي قياس البيانات الذي يُترك بدون معالجة أثناء الفشل. مع نقاط النهاية العالمية، إذا كنت تتبع توجيهاتنا الإرشادية لتكوين الإنذار، فسيكون هدف وقت الاسترجاع (RTO) وهدف نقطة الاسترجاع (RPO) هو 360 ثانية (بحد أقصى 420). بالنسبة لهدف وقت الاسترجاع (RTO)، يتضمن الوقت المدة الزمنية اللازمة لتشغيل CloudWatch Alarms وتحديث الحالات الخاصة بعمليات التحقق من السلامة في Route 53. بالنسبة لهدف نقطة الاسترجاع (RPO)، يتضمن الوقت الأحداث التي لم يتم نسخها نسخًا متماثلًا إلى المنطقة الثانوية والتي تظل عالقةً في المنطقة الأساسية إلى حين تعافي الخدمة أو المنطقة.

س: هل ينبغي لي تشغيل النسخ المتماثل؟

نعم. قم بتشغيل النسخ المتماثل لتقليل البيانات المعرضة للخطر أثناء انقطاع الخدمة. بعد إعداد الناقلات المخصصة في كلا المنطقتين وإنشاء نقطة النهاية العالمية، يمكنك تحديث تطبيقاتك لنشر أحداثك إلى نقطة النهاية العالمية. ومن خلال القيام بذلك، سيتم نسخ الأحداث الواردة نسخًا متماثلًا مرةً أخرى إلى المنطقة الأساسية بمجرد التخفيف من آثار المشكلة. يمكنك أرشفة أحداثك في المنطقة الثانوية للتحقق من عدم فقد أي من الأحداث أثناء الاضطراب. للتعافي بسرعة من الاضطرابات، يمكنك نسخ بنيتك نسخًا متماثلًا في المنطقة الثانوية لمواصلة معالجة أحداثك. يجب عليك أيضًا تشغيل النسخ المتماثل للتحقق من التعافي التلقائي بعد تخفيف آثار المشكلة.

س: ما أفضل ممارسة لإدارة الحصص في كلتا المنطقتين؟

يجب عليك التحقق من إعداد نفس الحصص في المنطقتين الأساسية والثانوية. ينبغي لك تشغيل النسخ المتماثل ومعالجة أحداثك في المنطقة الثانوية لأن هذا لا يتحقق فقط من توفر الحصص المناسبة لديك، ولكن يتحقق أيضًا من تكوين تطبيقك بشكل صحيح في المنطقة الثانوية.

س: هل هناك طريقة أسهل لنسخ البنية نسخًا متماثلًا في منطقتي الثانوية؟

يُمكنك استخدام AWS CloudFormation StackSets، التي تُسهّل نسخ بنيتك نسخًا متماثلًا عبر مناطق AWS. على سبيل المثال، ارجع إلى وثائقنا.

س: هل يمكنني استخدام أي حساب وأي منطقة وأي ناقل مع بنيتي الثانوية؟

في التكرار الأول لعملية التشغيل، لا يتم دعم مناطق الاشتراك، أو الصين، أو GovCloud. للحصول على قائمة بالمناطق المدعومة في هذا الإطلاق، راجع هذا السؤال أدناه. ندعم أيضًا تجاوز الفشل والتعافي بين نفس الحساب ونفس الناقلات التي تحمل الاسم نفسه عبر المناطق.
 

س: هل تعمل نقاط النهاية العالمية مع أحداث AWS من CloudTrail وS3 وخدمات AWS الأخرى؟

تتوفر نقاط النهاية العالمية للأحداث المخصصة فقط. سنضيف دعمًا للأحداث من خدمات AWS وأحداث الاشتراك من S3 (إشعارات أحداث S3) وأحداث الجهات الخارجية في المستقبل.

س: هل تدعم التوجيه المستند إلى زمن الاستجابة؟

لا، نحن لا ندعم التوجيه المستند إلى زمن الاستجابة في التكرار الأول لعملية الإطلاق.

س: كم تبلغ تكلفة نقاط النهاية العالمية؟

تتوفر نقاط النهاية العالمية بدون رسوم إضافية. في الوقت الحالي تتوفر نقاط النهاية العالمية للأحداث المخصصة فقط ويتم إصدار فاتورة للأحداث المخصصة المنشورة إلى نقطة النهاية العالمية وفقًا لكل حدث مخصص. لمعرفة المزيد حول التسعير، تفضل بزيارة صفحة تسعير EventBridge.

س: هل تُفرض عليّ رسوم مقابل النسخ المتماثل؟

نعم، تُفرض عليك رسوم بقيمة 1 USD مقابل كل مليون حدث نسخ متماثل، والذي تفرضه EventBridge على الأحداث عبر المنطقة.

س: في أي مناطق تتوفر نقاط النهاية العالمية؟

تتوفر النقاط العالمية في المناطق التالية: شرق الولايات المتحدة (أوهايو)، وشرق الولايات المتحدة (شمال فرجينيا)، وغرب الولايات المتحدة (كاليفورنيا الشمالية)، وغرب الولايات المتحدة (أوريجون)، وآسيا والمحيط الهادئ (مومباي)، وآسيا والمحيط الهادئ (أوساكا)، وآسيا والمحيط الهادئ (سول)، وآسيا والمحيط الهادئ (سنغافورة)، وآسيا والمحيط الهادئ (سيدني)، وآسيا والمحيط الهادئ (طوكيو)، وكندا (الوسطى)، وأوروبا (فرانكفورت)، وأوروبا (أيرلندا)، وأوروبا (لندن)، وأوروبا (باريس)، وأوروبا (ستوكهولم)، وأمريكا الجنوبية (ساو باولو).

س: ما تكلفة EventBridge؟

اطلع على التسعير هنا.

س: ما التكلفة التي يتم فرضها للأحداث التي يرسلها شريك إلى مصدر أحداث غير متصل به ناقل أحداث؟

لا.

س: هل يمكن أن يكون لديّ هدف يرسل الأحداث إلى حساب آخر؟

نعم. يطلق على تلك الأحداث اسم أحداث عابرة للحسابات، ويمكن أن يكون لديك هدف يكون بمثابة ناقل الأحداث الافتراضي أو أي ناقل أحداث آخر في حساب آخر.

س: هل يمكنني استخدام CloudFormation مع EventBridge؟

نعم. يتوفر دعم CloudFormation في جميع المناطق التي يتوفر بها Amazon EventBridge. لمعرفة المزيد حول كيفية استخدام CloudFormation في توفير موارد EventBridge وإدارتها، تفضل بزيارة وثائقنا.

س: متى ينبغي لي استخدام EventBridge، ومتى ينبغي لي استخدام SNS؟

يمكن استخدام EventBridge وSNS في تطوير التطبيقات القائمة على الأحداث، ويعتمد اختيارك على احتياجاتك. فيوصى باستخدام EventBridge عندما ترغب في بناء تطبيق يتفاعل مع الأحداث من تطبيقات البرمجيات كخدمة (SaaS) أو خدمات AWS. تُعد EventBridge الخدمة القائمة على الأحداث الوحيدة التي تتكامل بشكل مباشر مع شركاء البرمجيات كخدمة (SaaS) من الجهات الخارجية. وأيضًا تستوعب EventBridge الأحداث من أكثر من 90 خدمة من خدمات AWS بشكل تلقائي بدون أن يضطر المطورون إلى إنشاء أي موارد في الحساب الخاص بهم. تستخدم EventBridge بنيةً محددةً قائمةً على JSON للأحداث، كما تسمح لك بإنشاء القواعد التي يتم تطبيقها عبر نص الحدث كله من أجل اختيار الأحداث التي يتم توجيهها إلى هدف. تدعم EventBridge حاليًا أكثر من 15 خدمة من خدمات AWS كأهداف، ومن بين هذه الخدمات Lambda وSQS وSNS وAmazon Kinesis Data Streams وData Firehose. تعمل EventBridge في الوقت الحالي بمعدل نقل محدود (ارجع إلى حدود الخدمة) والذي يمكن زيادته حسب الطلب، بينما يكون زمن الاستجابة النموذجي حوالي نصف ثانية.

يوصَى باستخدام SNS عندما ترغب في بناء تطبيق يتفاعل مع معدل النقل المرتفع أو رسائل ذات زمن استجابة منخفض والتي يتم نشرها من خلال التطبيقات أو الخدمات المصغرة الأخرى أو للتطبيقات التي تحتاج إلى توزيع موسع. الرسائل غير مهيكلة ويمكن أن تكون بأي تنسيق. يدعم SNS توجيه الرسائل إلى ستة أنواع مختلفة من الأهداف، منها Lambda وSQS ونقاط نهاية HTTP/S والرسائل النصية القصيرة والإشعارات الفورية للأجهزة المحمولة والبريد الإلكتروني. زمن استجابة SNS النموذجي أقل من 30 مللي ثانية. تقوم مجموعة كبيرة من خدمات AWS بإرسال رسائل SNS من خلال تكوين الخدمة بطريقة تمكّنها من ذلك (أكثر من 30 خدمة، من بينها EC2 وS3 وRDS).

س: ما فائدة التكامل بين تطبيق البرمجيات كخدمة (SaaS) وEventBridge؟

تسهّل Amazon EventBridge على بائعي تطبيقات البرمجيات كخدمة (SaaS) تضمين خدمتهم في البنيات القائمة على الأحداث الخاصة بعملائهم والتي يتم بناؤها على AWS. تتيح EventBridge الوصول إلى منتجك بشكل مباشر للملايين من مطوري AWS، بما يساعد في فتح حالات استخدام جديدة. فهي خدمة توفر مسارًا يمكن تدقيقه ويتسم بالأمان والمرونة لإرسال الأحداث بدون أن يقوم بائع البرمجيات كخدمة (SaaS) بإدارة أي بنية تحتية للأحداث.

س: يمكن أن تعتبر شركة البرمجيات كخدمة (SaaS) التي أنتمي إليها مصدرًا رائعًا للأحداث. كيف أنضم إليها؟

يجب أن يتبع موردو البرمجيات كخدمة (SaaS) المهتمون بأن يصبحوا شركاءً لـ EventBridge تعليمات الخدمة الذاتية الموجودة في صفحة تكاملات Amazon EventBridge لبدء نشر الأحداث في EventBridge.

س: ما مقدار الجهد اللازم لكي ينفذ بائع البرمجيات كخدمة (SaaS) التكامل مع EventBridge؟

ربما يستغرق بائعو البرمجيات كخدمة (SaaS)، الذين يدعمون بالفعل رابط ويب (webhook) أو غير ذلك من أوضاع التكامل القائمة على الدفع، أقل من خمسة أيام في التكامل مع EventBridge.

س: ما تكاملات البرمجيات كخدمة (SaaS) المدعومة؟

للاطلاع على قائمة بالتكاملات المدعومة، راجع تكاملات EventBridge.