أفكار الحل
هذه المقالة هي فكرة حل. إذا كنت تريد منا توسيع المحتوى بمزيد من المعلومات، مثل حالات الاستخدام المحتملة أو الخدمات البديلة أو اعتبارات التنفيذ أو إرشادات التسعير، فقم بإعلامنا من خلال تقديم ملاحظات GitHub.
توضح هذه المقالة بنية تعتمد على الأحداث بلا خادم في شبكة ظاهرية تخزن وتعالج دفق البيانات ثم تكتب النتائج إلى قاعدة بيانات.
بناء الأنظمة
تدفق البيانات
- يتم استخدام تكامل الشبكة الظاهرية لوضع جميع موارد Azure خلف نقاط النهاية الخاصة ل Azure.
- تصل الأحداث إلى المركز الخاص بأحداث الإدخال.
- يتم تشغيل وظيفة Azure De-batching and Filtering من أجل معالجة الحدث. تعمل هذه الخطوة على تصفية الأحداث غير المرغوب فيها وإلغاء دفعات الأحداث المستلمة قبل إرسالها إلى مركز الأحداث الخاصة بالإخراج.
- إذا فشلت دالة Azure إلغاء الإرسال في دفعات والتصفية في تخزين الحدث بنجاح، يُرسل الحدث إلى Deadletter Event Hub 1.
- تؤدي الأحداث التي تصل إلى Output Event Hub إلى تشغيل وظيفة Transforming Azure. تحول وظيفة Azure هذه الحدث إلى رسالة لمثيل Azure Cosmos DB.
- يتم تخزين الحدث في قاعدة بيانات Azure Cosmos DB.
- إذا فشلت وظيفة Azure Transforming في تخزين الحدث بنجاح، يُحفظ الحدث في Deadletter Event Hub 2.
ملاحظة
من أجل التبسيط، لا تظهر الشبكات الفرعية في الرسم التخطيطي.
المكونات
- تعتبر نقاط النهاية الخاصة في Azure واجهة شبكة تربطك بشكل خاص وآمن بخدمة مدعومة من Azure Private Link. تستخدم نقطة النهاية الخاصة عنوان IP خاصًا من VNet الخاص بك، ما يجلب الخدمة في VNet الخاصة بك بشكل فعال.
- تقوممراكز الأحداث باستيعاب دفق البيانات. صممت Event Hubs لسيناريوهات تدفق البيانات ذات معدل النقل العالي.
- Azure Functions هي خيار حساب بلا خادم. يستخدم نموذجاً يحركه الحدث، حيث يُستدعى جزء من التعليمة البرمجية ( وظيفة ) بواسطة مشغل.
- Azure Cosmos DB عبارة عن خدمة قاعدة بيانات متعددة النماذج تتوفر في وضع بلا خادم قائم على الاستهلاك. بالنسبة لهذا السيناريو، تخزن دالة معالجة الأحداث سجلات JSON، باستخدام Azure Cosmos DB ل NoSQL.
تفاصيل السيناريو
تُظهر فكرة الحل هذه تباينًا في بنية قائمة على الأحداث بلا خادم تستوعب دفقًا من البيانات وتعالج البيانات وتكتب النتائج في قاعدة بيانات خلفية. في هذا المثال، تتم استضافة الحل داخل شبكة ظاهرية مع جميع موارد Azure خلف نقاط النهاية الخاصة.
لمعرفة المزيد حول المفاهيم الأساسية والاعتبارات والأساليب الخاصة بمعالجة الأحداث بلا خادم، يمكنك مراجعة البنية المرجعية لمعالجة الأحداث بلا خادم.
حالات الاستخدام المحتملة
تتضمن حالة الاستخدام الشائعة لتنفيذ نمط معالجة دفق الأحداث الشامل خدمة استيعاب دفق مراكز الأحداث لتلقي الأحداث ومعالجتها في الثانية باستخدام منطق إلغاء الدفعات والتحويل الذي يتم تنفيذه مع وظائف قابلة للتطوير بدرجة كبيرة يتم تشغيلها بواسطة مراكز الأحداث.
المساهمون
هذه المقالة تحتفظ بها Microsoft. تمت كتابتها في الأصل من قِبل المساهمين التاليين.
الكاتب الرئيسي:
- راجاسا سافانت | مهندس تطوير برامج أول
لمشاهدة ملفات تعريف LinkedIn غير العامة، سجل الدخول إلى LinkedIn.
الخطوات التالية
- إدارة اتصال نقطة نهاية خاصة
- الإرشادات الخاصة بالتشغيل السريع لنقطة النهاية الخاصة:
- وثائق مراكز أحداث Azure
- مقدمة إلى Azure Functions
- وثائق Azure Functions
- نظرة عامة على Azure Cosmos DB
- اختيار واجهة برمجة تطبيقات في Azure Cosmos DB
الموارد ذات الصلة
- معالجة الأحداث بلا خادم هي بنية مرجعية توضح بالتفصيل بنية نموذجية من هذا النوع، مع عينات من التعليمة البرمجية ومناقشة للاعتبارات المهمة.
- توفر مراقبة معالجة الأحداث بلا خادم نظرة عامة وإرشادات بشأن مراقبة البنى التي لا تعتمد على خادم مثل هذه.
- يصف إلغاء إرسال الدُفعات والتصفية في معالجة الأحداث بلا خادم عن طريق استخدام مراكز الأحداث بمزيد من التفصيل كيفية عمل هذه الأجزاء من البنية.
- يصف Azure Kubernetes في معالجة دفق الأحداث تباين في بنية تعتمد على الأحداث بلا خادم تعمل على Azure Kubernetes مزود بمقياس KEDA.