أفكار الحل
تصف هذه المقالة فكرة الحل. يمكن لمهندس السحابة الخاص بك استخدام هذه الإرشادات للمساعدة في تصور المكونات الرئيسية لتنفيذ نموذجي لهذه البنية. استخدم هذه المقالة كنقطة بداية لتصميم حل جيد التصميم يتوافق مع المتطلبات المحددة لحمل العمل الخاص بك.
توضح هذه المقالة تباينا للبنية المستندة إلى الحدث بلا خادم التي تعمل على خدمة Azure Kubernetes (AKS) مع متدرج KEDA. يعالج الحل دفق البيانات، ويعالج البيانات، ثم يكتب النتائج إلى قاعدة بيانات خلفية.
بناء الأنظمة
قم بتنزيل ملف Visio لهذه البنية.
تدفق البيانات
- يتم استخدام AKS مع مقياس KEDA للتحجيم التلقائي لحاويات Azure Functions استنادا إلى عدد الأحداث التي تحتاج إلى المعالجة.
- تصل الأحداث إلى المركز الخاص بأحداث الإدخال.
- يتم تشغيل وظيفة إلغاء دفعة وتصفية Azure لمعالجة الحدث. تقوم هذه الخطوة بتصفية الأحداث غير المرغوب فيها وإلغاء تجميع الأحداث المستلمة قبل إرسالها إلى Output Event Hub.
- إذا فشلت وظيفة إلغاء دفعة وتصفية Azure في تخزين الحدث بنجاح، يتم إرسال الحدث إلى مركز أحداث Deadletter 1.
- تؤدي الأحداث التي تصل إلى مركز الأحداث الخاصة بالإخراج إلى تشغيل وظيفة تحويل Azure. تحول وظيفة Azure هذه الحدث إلى رسالة لمثيل Azure Cosmos DB.
- يتم تخزين الحدث في قاعدة بيانات Azure Cosmos DB.
المكونات
- تعمل خدمة Azure Kubernetes (AKS) على تبسيط توزيع مجموعة Kubernetes المُدارة في Azure عن طريق إلغاء عملية الحمل التشغيلي إلى Azure. بصفتها خدمة مستضافة من Kubernetes، تتولى Azure المهام الحرجة، مثل مراقبة الصحة وصيانتها.
- KEDA هو التحجيم التلقائي الذي يعتمد على الأحداث ويستخدم لقياس الحاويات في مجموعة أجهزة كمبيوتر Kubernetes استناداً إلى عدد الأحداث التي تحتاج إلى المعالجة.
- ُEvent Hubs تستوعب دفق البيانات. تم تصميم مراكز الأحداث لسيناريوهات تدفق البيانات ذات معدل النقل العالية.
- Azure Functions هي خيار حساب بلا خادم. يستخدم نموذجاً يحركه الحدث، حيث يتم استدعاء جزء من التعليمة البرمجية (وظيفة) بواسطة مشغل.
- Azure Cosmos DB هي خدمة قاعدة بيانات متعددة النماذج متاحة في وضع بلا خادم قائم على الاستهلاك. بالنسبة لهذا السيناريو، تخزن وظيفة معالجة الأحداث سجلات JSON، باستخدام Azure Cosmos DB ل NoSQL.
إشعار
بالنسبة لسيناريوهات إنترنت الأشياء (IoT)، نوصي باستخدام Azure IoT Hub . يحتوي IoT Hub على نقطة نهاية مدمجة ومتوافقة مع واجهة برمجة تطبيقات Azure Event Hubs، بحيث يمكنك استخدام أي الخدمتين في هذه البنية دون تغييرات كبيرة في المعالجة الخلفية. لمزيد من المعلومات، راجع توصيل أجهزة إنترنت الأشياء بـ Azure: IoT Hub ومراكز الأحداث .
تفاصيل السيناريو
توضح هذه المقالة بنية تعتمد على الأحداث بلا خادم تعمل على AKS باستخدام أداة قياس KEDA. يعالج الحل دفق البيانات، ويعالج البيانات، ثم يكتب النتائج إلى قاعدة بيانات خلفية.
لمعرفة المزيد حول المفاهيم والاعتبارات والنهج الأساسية لمعالجة الأحداث بدون خادم، راجع البنية المرجعية لمعالجة الأحداث بلا خادم.
حالة الاستخدام المحتملة
تتضمن حالة الاستخدام الشائعة لتنفيذ نمط معالجة دفق الأحداث من طرف إلى طرف خدمة استيعاب دفق مراكز الأحداث لتلقي الأحداث ومعالجتها في الثانية باستخدام منطق إلغاء الدفعات والتحويل الذي يتم تنفيذه باستخدام وظائف قابلة للتطوير بدرجة كبيرة ومشغلة بواسطة مركز الأحداث.
المساهمون
تحتفظ Microsoft بهذه المقالة. وهي مكتوبة في الأصل من قبل المساهمين التاليين.
الكاتب الرئيسي:
- راجاسا سافانت | كبير مهندسي تطوير البرمجيات
لمشاهدة ملفات تعريف LinkedIn غير العامة، سجل الدخول إلى LinkedIn.
الخطوات التالية
- مقدمة إلى خدمة Azure Kubernetes
- وثائق Azure Event Hubs
- مقدمة إلى Azure Functions
- وثائق Azure Functions
- نظرة عامة على Azure Cosmos DB
- اختر واجهة برمجة تطبيقات في Azure Cosmos DB
الموارد ذات الصلة
- معالجة الأحداث بلا خادم هي بنية مرجعية توضح بالتفصيل بنية نموذجية من هذا النوع، مع نماذج من التعليمة البرمجية ومناقشة للاعتبارات المهمة.
- سيناريو الارتباط الخاص في معالجة دفق الأحداث هو فكرة حل لتنفيذ بنية مماثلة في شبكة ظاهرية مع نقاط نهاية خاصة، من أجل تحسين الأمان.