Custom Resource Definitions (CRDs)

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

مقدمة

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

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

ببساطة، CRD هي طريقة لتعريف أنواع موارد جديدة في Kubernetes. فكر في الأمر على أنه تعريف هيكل بيانات جديد يمكن لـ Kubernetes فهمه وإدارته. بدون CRDs، كنت مقيدًا بالموارد المضمنة في Kubernetes مثل Pods و Deployments و Services. باستخدام CRDs، يمكنك تعريف موارد مثل "Database" أو "MessageQueue" أو أي شيء آخر يناسب احتياجاتك.

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

هناك عدة أسباب تدفعك إلى استخدام CRDs:

توسيع Kubernetes: تخصيص Kubernetes ليناسب احتياجات تطبيقك الخاصة.
إدارة دورة حياة التطبيق: إنشاء عمليات تحكم مخصصة لإدارة التطبيقات المعقدة.
التبسيط: تبسيط إدارة التطبيقات من خلال تجريد التعقيد.
إعادة الاستخدام: إنشاء موارد قابلة لإعادة الاستخدام عبر بيئات مختلفة.
التكامل: دمج أدوات وخدمات خارجية مع Kubernetes.

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

1. تعريف CRD: أولاً، يجب عليك تعريف CRD باستخدام ملف YAML. يحدد هذا الملف اسم المورد الجديد، والمواصفات (schema) التي تحدد هيكل البيانات، والمجموعات (groups) والإصدارات (versions) التي ينتمي إليها المورد. 2. تسجيل CRD: بعد ذلك، تقوم بتسجيل CRD في Kubernetes باستخدام الأمر `kubectl apply -f <crd_file.yaml>`. 3. إنشاء موارد مخصصة: بمجرد تسجيل CRD، يمكنك إنشاء موارد مخصصة (Custom Resources - CRs) بناءً على هذا التعريف. تُنشأ هذه الموارد أيضًا باستخدام ملفات YAML. 4. التحكم في الموارد المخصصة: يمكنك بعد ذلك إدارة هذه الموارد المخصصة باستخدام أدوات Kubernetes القياسية مثل `kubectl`.

مثال عملي: تعريف مورد "Database"

لنفترض أنك تريد تعريف مورد "Database" لإدارة قواعد البيانات الخاصة بك. إليك مثال بسيط لملف CRD (database.crd.yaml):

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

 name: databases.stable.example.com

spec:

 group: stable.example.com
 versions:
   - name: v1
     served: true
     storage: true
     schema:
       openAPIV3Schema:
         type: object
         properties:
           spec:
             type: object
             properties:
               engine:
                 type: string
               size:
                 type: integer
 scope: Namespaced
 names:
   plural: databases
   singular: database
   kind: Database
   shortNames:
     - db

```

هذا التعريف يحدد موردًا جديدًا باسم "Database" ينتمي إلى المجموعة "stable.example.com" والإصدار "v1". يحدد أيضًا مخططًا بسيطًا يتضمن خاصيتين: "engine" (نوع قاعدة البيانات) و "size" (حجم قاعدة البيانات).

بعد تسجيل هذا CRD، يمكنك إنشاء مورد "Database" مثل هذا (my-database.yaml):

```yaml apiVersion: stable.example.com/v1 kind: Database metadata:

 name: my-database

spec:

 engine: postgresql
 size: 10

```

استخدام Operators مع CRDs

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

اعتبارات مهمة

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

الروابط الداخلية ذات الصلة

الروابط الخارجية (استراتيجيات، تحليل فني، حجم التداول)

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

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

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

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