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

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

إن خدمة Amazon EventBridge هي خدمة توفر الوصول في الوقت الفعلي إلى التغيرات التي تطرأ على البيانات في خدمات AWS وتطبيقاتك وتطبيقات البرمجيات كخدمة (SaaS) بدون الاضطرار إلى كتابة تعليمات برمجية.

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

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

لبدء استخدام Amazon EventBridge، اتبع الخطوات الست أدناه:

1. سجِّل الدخول إلى حساب AWS الخاص بك.
2. انتقل إلى وحدة تحكم EventBridge.
3. اختر مصدر حدث من قائمة تطبيقات SaaS الشريكة وخدمات AWS. إذا كنت تستخدم أحد تطبيقات الشركاء، فتحقق من أنك قد قمت بتكوين حساب البرمجيات كخدمة (SaaS) الخاص بك لإصدار الأحداث، واقبله في قسم مصادر الأحداث المقدمة في وحدة تحكم EventBridge.
   
4. تقوم EventBridge تلقائيًا بإنشاء ناقل أحداث توجه الأحداث إليه. أو، بدلاً من ذلك، يمكنك استخدام AWS SDK في توجيه تطبيقك للبدء في إصدار الأحداث إلى ناقل الأحداث الخاص بك.
   
5. بشكل اختياري، كوِّن قاعدة تصفية، وأرفق هدفًا ملائمًا لأحداثك. على سبيل المثال، قد يكون الهدف عبارة عن وظيفة من وظائف Lambda.
   
6. تستوعب 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‏ (AWS IAM) وبالتالي يمكنك تحديد الإجراءات التي يمكن أن ينفذها مستخدم موجود في حساب AWS الخاص بك. على سبيل المثال، يمكنك إنشاء سياسة IAM تمنح لمستخدمين معينين فقط في مؤسستك الإذن لإنشاء حافلات أحداث أو لإرفاق أهداف الأحداث.

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

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

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

توجد أكثر من 15 خدمة من خدمات AWS متاحةً كأهداف أحداث لـ EventBridge، ومن بين هذه الخدمات Lambda وخدمة قوائم الانتنظار البسيطة في Amazon‏ (Amazon SQS) وAmazon SNS وتدفقات Amazon Kinesis و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 على حصص افتراضية لسعر نشر الأحداث، وعدد القواعد التي يمكن إنشاؤها على حافلة الأحداث، والسعر الذي يمكن استدعاء الأهداف به. راجع صفحة Service Quotas للحصول على قائمة كاملة بالحصص وكيفية زيادتها.

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

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

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

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

س: ما معدل النقل الذي يمكن أن أتوقعه من EventBridge؟

يمكن زيادة حصص EventBridge الافتراضية لمعالجة مئات الآلاف من الأحداث في الثانية. يتم تحديد حدود معدل نقل حافلة الأحداث في صفحة AWS Service Quotas. إذا كنت تحتاج إلى معدل نقل أعلى، يرجى طلب زيادة حدود الخدمة من خلال AWS Support Center عن طريق اختيار "إنشاء حالة" ثم اختيار "زيادة حدود الخدمة".

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

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

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

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

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

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

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

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

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

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

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

نعم، من خلال Schema discovery يمكنك اكتشاف الأحداث عبر الحسابات، بحيث يمكنك الحصول على رؤية كاملة لمخطط الأحداث المنشور في حافلات الأحداث الخاصة بك.

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

لا توجد تكلفة لاستخدام سجل المخطط، ولكن توجد تكلفة لكل حدث يتم استيعابه عند تشغيل ميزة اكتشاف المخطط.

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

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

يعمل سجل المخطط على تقليل مقدار التعليمات البرمجية من خلال تمكينك من القيام بما يلي:

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

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

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

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

يتوفر سجل المخطط من خلال AWS Toolkit for JetBrain (IntelliJ IDEA وPyCharm وWebStorm وRider) و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،‏ PyCharm،‏ Webstorm،‏ Rider) وAWS Toolkit for Visual Studio Code توفران أيضًا وظائف لإنشاء تطبيقات بلا خادم من هذا النموذج، مع وجود مخطط كعامل مشغل مباشرة من بيئات التطوير المتكاملة هذه.

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

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

س: في أي مناطق 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 (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 عند الانتهاء ينطبق على جميع أنماط الجدولة؟

الحذف عند الانتهاء متاح لجميع أنماط الجدولة المدعومة حاليًا: cron وrate والجداول التي تُستخدم لمرة واحدة.

س: هل يمكنني تحديث الجدول الزمني الخاص بي بعد تعيين الحذف عند الانتهاء؟

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

س: ماذا يحدث إذا قمت بتعطيل جدول مع تنشيط الحذف عند الانتهاء قبل الاستدعاء المجدول؟

إذا قمت بتعطيل الجدول مع الحذف عند الانتهاء قبل آخر استدعاء للجدول، فسيظل الجدول في حسابك في حالة تعطيل.

س: ماذا يحدث إذا لم يكن هناك تاريخ انتهاء للجدول المتكرر الذي تم ضبطه ليُحذف بعد الانتهاء؟

سيستمر الجدول في استدعاء هدفه ولن يتم حذفه تلقائيًا حتى يتم تكوين تاريخ الانتهاء.

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

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

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

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

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

تُسهّل نقاط النهاية العالمية إنشاء تطبيقات تعتمد على الأحداث ومتوفرة للغاية باستخدام 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 وتحديث الحالات الخاصة بعمليات التحقق من السلامة في Route 53. بالنسبة لهدف نقطة الاسترجاع (RPO)، يتضمن الوقت الأحداث التي لم يتم نسخها نسخًا متماثلًا إلى المنطقة الثانوية والتي تظل عالقةً في المنطقة الأساسية إلى حين تعافي الخدمة أو المنطقة.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

س: ما تكلفة EventBridge؟

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

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

لا.

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

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

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

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

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

يمكن استخدام EventBridge وSNS في تطوير التطبيقات القائمة على الأحداث، ويعتمد اختيارك على احتياجاتك.

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

تستخدم EventBridge بنيةً محددةً قائمةً على JSON للأحداث، كما تسمح لك بإنشاء القواعد التي يتم تطبيقها عبر نص الحدث كله من أجل اختيار الأحداث التي يتم توجيهها إلى هدف. تدعم EventBridge حاليًا أكثر من 20 خدمة من خدمات AWS كأهداف، ومن بين هذه الخدمات Lambda وSQS وSNS وتدفق بيانات Amazon Kinesis وData Firehose.

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

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

س. متى أستخدم EventBridge مقابل AppFabric؟

AWS AppFabric، خدمة بدون تعليمات برمجية تعزز الاستثمار الحالي للشركات في تطبيقات البرمجيات كخدمة (SaaS) مع تحسين الأمان والإدارة والإنتاجية. استخدم AppFabric لتجميع بيانات سجل SaaS وتطبيعها من تطبيقات مثل Asana وSlack وZoom، بالإضافة إلى مجموعات برامج الإنتاجية مثل Microsoft 365 وGoogle Workspace، لزيادة إمكانية مراقبة التطبيقات وتقليل التكاليف التشغيلية المرتبطة ببناء عمليات الدمج من نقطة إلى نقطة والحفاظ عليها. EventBridge هي خدمة تكامل بلا خادم تستخدم الأحداث لتوصيل مكونات التطبيق معًا، مما يسهل على المطورين إنشاء تطبيقات قابلة للتطوير تعتمد على الأحداث. استخدم EventBridge لتوجيه الأحداث من مصادر مثل التطبيقات المخصصة وخدمات AWS وتطبيقات SaaS التابعة لجهات خارجية إلى تطبيقات المستهلك عبر المؤسسة. يوفر EventBridge طريقة بسيطة ومتسقة لاستيعاب الأحداث وتصفيتها وتحويلها وتسليمها.

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

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

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

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

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

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

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

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

نحن ندعم أكثر من 45 عملية تكامل SaaS، راجع القائمة الكاملة لعمليات تكامل SaaS المدعومة لـ Amazon EventBridge.