KEDA

KEDA: التوسع التلقائي المعتمد على الأحداث في Kubernetes

KEDA (Kubernetes Event-driven Autoscaling) هو مكون مفتوح المصدر يتيح لك توسيع نطاق تطبيقاتك المستضافة على Kubernetes تلقائيًا بناءً على الأحداث التي تحدث. على عكس التوسع التلقائي التقليدي الذي يعتمد على مقاييس استخدام الموارد مثل وحدة المعالجة المركزية (CPU) أو الذاكرة، يراقب KEDA مصادر الأحداث المختلفة ويعدل عدد النسخ المتماثلة (replicas) لتطبيقك بناءً على حجم الأحداث المتراكمة. هذا يوفر كفاءة عالية في التكلفة واستجابة أفضل لتغيرات الطلب.

ما هي الأحداث التي يدعمها KEDA؟

يدعم KEDA مجموعة واسعة من مصادر الأحداث، تشمل على سبيل المثال لا الحصر:

Apache Kafka: توسيع نطاق التطبيقات بناءً على عدد الرسائل في مواضيع Kafka.
RabbitMQ: توسيع نطاق التطبيقات بناءً على طول قائمة الانتظار في RabbitMQ.
Redis Streams: توسيع نطاق التطبيقات بناءً على عدد العناصر في Redis Streams.
Azure Service Bus: توسيع نطاق التطبيقات بناءً على عدد الرسائل في قوائم انتظار Azure Service Bus.
Amazon SQS: توسيع نطاق التطبيقات بناءً على عدد الرسائل في قوائم انتظار Amazon SQS.
Google Cloud Pub/Sub: توسيع نطاق التطبيقات بناءً على عدد الرسائل في مواضيع Google Cloud Pub/Sub.
Databases: توسيع نطاق التطبيقات بناءً على عدد السجلات في قاعدة بيانات (مثل PostgreSQL أو MySQL).
Prometheus: توسيع نطاق التطبيقات بناءً على مقاييس Prometheus.
HTTP: توسيع نطاق التطبيقات بناءً على عدد الطلبات الواردة عبر HTTP.

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

كيف يعمل KEDA؟

يعمل KEDA من خلال إضافة مكونات مخصصة إلى نظام Kubernetes البيئي:

1. **Scaler:** يُعد Scaler هو المكون الرئيسي في KEDA. يقوم بمراقبة مصدر الحدث المحدد (مثل Kafka أو RabbitMQ) ويحسب عدد النسخ المتماثلة المطلوبة لتطبيقك بناءً على حجم الأحداث. 2. **ScaledObject:** هو مورد تعريف Kubernetes يخبر KEDA بالتطبيق الذي يجب توسيعه، ومصدر الحدث الذي يجب مراقبته، وكيفية حساب عدد النسخ المتماثلة. 3. **External Metrics Provider:** يوفر KEDA واجهة لـ Horizontal Pod Autoscaler (HPA) في Kubernetes. يستخدم HPA هذه الواجهة للحصول على مقاييس خارجية (عدد الأحداث) من Scaler وتعديل عدد النسخ المتماثلة وفقًا لذلك.

كيفية عمل KEDA
الوصف		يتم تعريف ScaledObject لتحديد التطبيق ومصدر الحدث		يبدأ Scaler في مراقبة مصدر الحدث		يقوم Scaler بحساب عدد النسخ المتماثلة المطلوبة بناءً على حجم الأحداث		يوفر Scaler هذه المعلومات إلى HPA		يقوم HPA بتعديل عدد النسخ المتماثلة للتطبيق

فوائد استخدام KEDA

**كفاءة التكلفة:** توسيع نطاق التطبيقات فقط عند وجود أحداث، مما يقلل من استخدام الموارد والتكاليف.
**الاستجابة:** توسيع نطاق التطبيقات بسرعة للاستجابة لزيادة الطلب.
**المرونة:** دعم مجموعة واسعة من مصادر الأحداث.
**سهولة الاستخدام:** سهولة تعريف ScaledObjects وتكوين KEDA.
**التكامل مع Kubernetes:** يعمل KEDA بسلاسة مع نظام Kubernetes البيئي.

مقارنة بين KEDA و Horizontal Pod Autoscaler (HPA)

| الميزة | HPA | KEDA | |---|---|---| | **المقياس** | مقاييس استخدام الموارد (CPU، الذاكرة) | مقاييس الأحداث الخارجية | | **التوسع** | بناءً على استخدام الموارد الحالي | بناءً على حجم الأحداث المتراكمة | | **حالات الاستخدام** | التطبيقات التي تعتمد على استخدام الموارد | التطبيقات المعتمدة على الأحداث | | **المرونة** | أقل مرونة | أكثر مرونة |

حالات استخدام KEDA

**معالجة الرسائل:** توسيع نطاق التطبيقات التي تعالج الرسائل من قوائم الانتظار (Kafka، RabbitMQ، SQS).
**معالجة البيانات:** توسيع نطاق التطبيقات التي تعالج البيانات من مصادر مختلفة.
**تطبيقات الويب:** توسيع نطاق تطبيقات الويب بناءً على عدد الطلبات الواردة.
**تطبيقات Microservices:** توسيع نطاق الخدمات المصغرة بناءً على الأحداث التي تحدث في النظام.

البدء مع KEDA

1. **التثبيت:** قم بتثبيت KEDA في مجموعة Kubernetes الخاصة بك باستخدام Helm أو YAML. 2. **تكوين ScaledObject:** قم بتعريف ScaledObject لتحديد التطبيق ومصدر الحدث. 3. **المراقبة:** راقب KEDA للتأكد من أنه يعمل بشكل صحيح.

استراتيجيات التداول ذات الصلة

التحليل الفني وتحليل حجم التداول

موارد إضافية

ابدأ التداول الآن

سجل في IQ Option (الحد الأدنى للإيداع $10) افتح حساباً في Pocket Option (الحد الأدنى للإيداع $5)

انضم إلى مجتمعنا

اشترك في قناة Telegram الخاصة بنا @strategybin للحصول على: ✓ إشارات تداول يومية ✓ تحليلات استراتيجية حصرية ✓ تنبيهات باتجاهات السوق ✓ مواد تعليمية للمبتدئين