Custom Resource Definition (CRD)

تعريف الموارد المخصصة (Custom Resource Definitions) في Kubernetes

مقدمة

في عالم Kubernetes، يتيح لك نظام إدارة الحاويات القوي هذا إدارة تطبيقاتك المُوزعة بسهولة. لكن ماذا لو كنت بحاجة إلى إدارة موارد تتجاوز تلك المُعرّفة افتراضيًا في Kubernetes، مثل قواعد البيانات المُخصصة، أو أنظمة التخزين المتخصصة، أو حتى تطبيقاتك الخاصة؟ هنا يأتي دور تعريف الموارد المخصصة (Custom Resource Definition أو CRD).

ما هو تعريف الموارد المخصصة؟

ببساطة، تعريف الموارد المخصصة هو طريقة لتوسيع واجهة برمجة تطبيقات Kubernetes API الخاصة بك. يسمح لك بإنشاء أنواع موارد جديدة، تمامًا مثل تلك التي يوفرها Kubernetes بشكل افتراضي (مثل Pods، Deployments، Services، و Namespaces). يعمل CRD كـ "قالب" يحدد هيكل هذه الموارد الجديدة، بما في ذلك الحقول والخصائص التي يمكن أن تحتوي عليها.

لماذا نستخدم تعريفات الموارد المخصصة؟

هناك عدة أسباب رئيسية تدفعنا لاستخدام CRDs:

• توسيع Kubernetes: تتيح لك إضافة دعم لمكونات جديدة لا يدعمها Kubernetes بشكل أصلي.
• التبسيط: يمكن أن تبسط إدارة التطبيقات المعقدة من خلال تجريد التفاصيل المعقدة وتقديم واجهة موحدة.
• إعادة الاستخدام: يمكن مشاركة CRDs عبر فرق مختلفة أو حتى مع المجتمع مفتوح المصدر.
• التكامل: تسمح بدمج أدوات أو خدمات خارجية بشكل سلس مع Kubernetes.

كيف تعمل تعريفات الموارد المخصصة؟

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

الخطوات الأساسية لإنشاء واستخدام CRD

1. تعريف CRD: تبدأ بكتابة ملف YAML يحدد CRD. يحدد هذا الملف اسم المورد (مثل `myapplications.example.com`)، والمواصفات (schema) التي تحدد الحقول المطلوبة والاختيارية للمورد. 2. تطبيق CRD على Kubernetes: باستخدام الأمر `kubectl apply -f your-crd.yaml`، تقوم بتطبيق تعريف CRD على نظام Kubernetes. 3. إنشاء موارد مخصصة: بمجرد تطبيق CRD، يمكنك إنشاء مثيلات من المورد الجديد (مثل `MyApplication`) باستخدام ملفات YAML أخرى. 4. إدارة الموارد المخصصة: يمكنك إدارة هذه الموارد المخصصة تمامًا كما تدير موارد Kubernetes الأصلية، باستخدام `kubectl get`, `kubectl apply`, `kubectl delete`, إلخ.

مثال مبسط لتعريف CRD

```yaml apiVersion: apiextensions.k8s.io/v1 kind: CustomResourceDefinition metadata:

 name: myapplications.example.com

spec:

 group: example.com
 versions:
   - name: v1
     served: true
     storage: true
     schema:
       openAPIV3Schema:
         type: object
         properties:
           spec:
             type: object
             properties:
               replicas:
                 type: integer
                 description: Number of replicas
               image:
                 type: string
                 description: Docker image to use
 scope: Namespaced
 names:
   plural: myapplications
   singular: myapplication
   kind: MyApplication
   shortNames:
     - myapp

```

هذا المثال يحدد CRD لمورد يسمى `MyApplication`. يحتوي المورد على حقلين في مواصفاته: `replicas` (عدد النسخ) و `image` (صورة Docker المستخدمة).

وحدات التحكم (Controllers) والموارد المخصصة

بمجرد تعريف CRD، غالبًا ما تحتاج إلى وحدة تحكم (Controller) لمراقبة الموارد المخصصة والتصرف بناءً عليها. وحدة التحكم هي حلقة تحكم تراقب حالة الموارد المخصصة وتعمل على تحقيق الحالة المطلوبة. على سبيل المثال، يمكن لوحدة التحكم إنشاء Pods و Deployments بناءً على تعريف `MyApplication`.

الفرق بين CRD و Extensions API

في الإصدارات القديمة من Kubernetes، كانت الـ Extensions API تُستخدم لتوسيع واجهة برمجة التطبيقات. ومع ذلك، فقد تم إيقاف Extensions API لصالح CRDs، التي توفر مرونة وقابلية توسع أكبر.

أمثلة على استخدامات عملية لـ CRDs

• مديرو قواعد البيانات: يمكن استخدام CRDs لإدارة قواعد البيانات المعقدة مثل PostgreSQL أو MongoDB.
• أنظمة التخزين: يمكن استخدام CRDs لتوفير واجهات موحدة لأنواع مختلفة من أنظمة التخزين.
• خدمات الشبكات: يمكن استخدام CRDs لإدارة خدمات الشبكات المعقدة مثل Ingress أو Service Mesh.
• تطبيقات التعلم الآلي: يمكن استخدام CRDs لإدارة دورات حياة نماذج التعلم الآلي.

مواضيع ذات صلة في Kubernetes

• Helm: مدير حزم لـ Kubernetes.
• Operators: تطبيقات Kubernetes التي تعمل على توسيع نطاق Kubernetes.
• API Server: المكون المركزي لـ Kubernetes الذي يعرض واجهة برمجة التطبيقات.
• kubectl: أداة سطر الأوامر للتفاعل مع Kubernetes.
• YAML: لغة ترميز بيانات تستخدم لتعريف موارد Kubernetes.
• JSON Schema: تستخدم لتعريف schema للموارد المخصصة.
• Admission Controllers: تتحكم في إنشاء وتحديث الموارد في Kubernetes.

استراتيجيات التحليل الفني وحجم التداول ذات الصلة (على الرغم من أنها ليست مباشرة متعلقة بـ CRDs، فهي مفيدة في فهم البيئة التي قد يتم فيها استخدام تطبيقات Kubernetes):

• تحليل الشموع اليابانية: لفهم اتجاهات السوق.
• المتوسطات المتحركة: لتحديد الاتجاهات.
• مؤشر القوة النسبية (RSI): لقياس زخم السوق.
• مؤشر الماكد (MACD): لتحديد نقاط الدخول والخروج المحتملة.
• بولينجر باندز: لتقييم التقلب.
• تحليل الحجم: لفهم قوة الاتجاه.
• التقاطع الذهبي والتقاطع الميت: إشارات شراء وبيع.
• مستويات الدعم والمقاومة: تحديد نقاط الدخول والخروج المحتملة.
• الارتداد فيبوناتشي: تحديد مستويات الدعم والمقاومة المحتملة.
• أنماط الرسوم البيانية: التعرف على أنماط الأسعار المتكررة.
• تحليل التجميع: تحديد مناطق اهتمام المؤسسات.
• تحليل دفتر الطلبات: فهم ديناميكيات العرض والطلب.
• تحليل حجم الوقت: ربط الحجم بالتغيرات السعرية.
• تحليل حجم الأمر: فهم حجم الأوامر المختلفة.
• تحليل التداول: تقييم استراتيجيات التداول.

الخلاصة

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

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

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

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

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