Custom Resource Definition (CRD): Difference between revisions

Revision as of 06:34, 23 April 2025

تعريف الموارد المخصصة (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 للحصول على: ✓ إشارات تداول يومية ✓ تحليلات استراتيجية حصرية ✓ تنبيهات باتجاهات السوق ✓ مواد تعليمية للمبتدئين

@@ Line 1: / Line 1: @@
-=== تعريف الموارد المخصصة (Custom Resource Definition) في Kubernetes ===
+'''تعريف الموارد المخصصة (Custom Resource Definitions) في Kubernetes'''
 '''مقدمة'''
-في عالم [[Kubernetes]]، غالبًا ما تحتاج إلى توسيع قدرات نظام التنسيق هذا ليتناسب مع احتياجاتك الخاصة. بينما يوفر Kubernetes مجموعة واسعة من [[الموارد]] المدمجة مثل [[Pods]] و [[Deployments]] و [[Services]]، قد تجد نفسك بحاجة إلى إدارة موارد جديدة تمامًا لا توجد بشكل افتراضي. هنا يأتي دور تعريف الموارد المخصصة (Custom Resource Definition - CRD).
+في عالم [[Kubernetes]]، يتيح لك نظام إدارة الحاويات القوي هذا إدارة تطبيقاتك المُوزعة بسهولة. لكن ماذا لو كنت بحاجة إلى إدارة موارد تتجاوز تلك المُعرّفة افتراضيًا في Kubernetes، مثل قواعد البيانات المُخصصة، أو أنظمة التخزين المتخصصة، أو حتى تطبيقاتك الخاصة؟ هنا يأتي دور '''تعريف الموارد المخصصة''' (Custom Resource Definition أو CRD).
-تعريف الموارد المخصصة (CRD) هو طريقة قوية لتوسيع واجهة برمجة تطبيقات Kubernetes (Kubernetes API) عن طريق إضافة أنواع موارد جديدة. بمعنى آخر، يمكنك تعريف أنواع جديدة من الكائنات التي يمكن لـ Kubernetes إدارتها بنفس الطريقة التي يدير بها الموارد المدمجة.
+'''ما هو تعريف الموارد المخصصة؟'''
-'''لماذا نستخدم تعريف الموارد المخصصة؟'''
+ببساطة، تعريف الموارد المخصصة هو طريقة لتوسيع واجهة برمجة تطبيقات [[Kubernetes API]] الخاصة بك. يسمح لك بإنشاء أنواع موارد جديدة، تمامًا مثل تلك التي يوفرها Kubernetes بشكل افتراضي (مثل [[Pods]]، [[Deployments]]، [[Services]]، و [[Namespaces]]).  يعمل CRD كـ "قالب" يحدد هيكل هذه الموارد الجديدة، بما في ذلك الحقول والخصائص التي يمكن أن تحتوي عليها.
-هناك العديد من الأسباب التي قد تدفعك لاستخدام CRD:
+'''لماذا نستخدم تعريفات الموارد المخصصة؟'''
-*   '''إدارة التطبيقات المعقدة:''' إذا كان لديك تطبيق يتطلب تكوينات معقدة أو خصائص فريدة، يمكن لـ CRD تبسيط إدارة هذه التكوينات.
+هناك عدة أسباب رئيسية تدفعنا لاستخدام CRDs:
-*   '''دمج الأدوات الخارجية:''' يمكنك استخدام CRD لتمثيل موارد من أدوات أو أنظمة خارجية داخل Kubernetes، مما يتيح لك إدارة هذه الموارد بشكل مركزي.
-*   '''الأتمتة:''' يمكن لـ CRD تسهيل أتمتة المهام المتكررة المتعلقة بتكوين وإدارة موارد معينة.
-*   '''المرونة:''' يوفر CRD مرونة كبيرة في تصميم الموارد لتلبية احتياجاتك الخاصة.
-'''كيف يعمل تعريف الموارد المخصصة؟'''
+*   '''توسيع Kubernetes:'''  تتيح لك إضافة دعم لمكونات جديدة لا يدعمها Kubernetes بشكل أصلي.
+*   '''التبسيط:''' يمكن أن تبسط إدارة التطبيقات المعقدة من خلال تجريد التفاصيل المعقدة وتقديم واجهة موحدة.
+*   '''إعادة الاستخدام:''' يمكن مشاركة CRDs عبر فرق مختلفة أو حتى مع المجتمع مفتوح المصدر.
+*   '''التكامل:''' تسمح بدمج أدوات أو خدمات خارجية بشكل سلس مع Kubernetes.
-يتكون CRD من تعريف schema يحدد هيكل المورد الجديد. هذا التعريف يستخدم [[JSON Schema]]، وهو معيار مفتوح لتعريف بنية بيانات JSON.  بمجرد تعريف CRD، يمكن لـ Kubernetes إنشاء موارد جديدة من هذا النوع.
+'''كيف تعمل تعريفات الموارد المخصصة؟'''
-'''خطوات إنشاء تعريف المورد المخصص'''
+تخيل أنك تريد إدارة تطبيق "مخصص" يسمى "MyApplication".  بدون CRD، سيتعين عليك تتبع إعدادات هذا التطبيق يدويًا أو استخدام حلول خارجية. مع CRD، يمكنك تعريف مورد جديد يسمى "MyApplication" يحتوي على جميع الإعدادات الضرورية.
-.  '''تعريف Schema:'''  ابدأ بتحديد هيكل المورد الجديد باستخدام JSON Schema. حدد الحقول وأنواع البيانات والقيود اللازمة.
+'''الخطوات الأساسية لإنشاء واستخدام CRD'''
-.  '''إنشاء ملف CRD:''' أنشئ ملف YAML يصف CRD الخاص بك. يجب أن يتضمن هذا الملف اسم المورد الجديد، ومجموعة API، والإصدار، و schema.
-.  '''تطبيق CRD على Kubernetes:''' استخدم الأمر `kubectl apply -f <file.yaml>` لتطبيق CRD على مجموعة Kubernetes الخاصة بك.
-.  '''إنشاء موارد مخصصة:''' بمجرد تطبيق CRD، يمكنك إنشاء موارد جديدة من هذا النوع باستخدام ملفات YAML أخرى.
-'''مثال بسيط'''
+.  '''تعريف CRD:'''  تبدأ بكتابة ملف YAML يحدد CRD.  يحدد هذا الملف اسم المورد (مثل `myapplications.example.com`)، والمواصفات (schema) التي تحدد الحقول المطلوبة والاختيارية للمورد.
+.  '''تطبيق CRD على Kubernetes:'''  باستخدام الأمر `kubectl apply -f your-crd.yaml`، تقوم بتطبيق تعريف CRD على نظام Kubernetes.
+.  '''إنشاء موارد مخصصة:'''  بمجرد تطبيق CRD، يمكنك إنشاء مثيلات من المورد الجديد (مثل `MyApplication`) باستخدام ملفات YAML أخرى.
+.  '''إدارة الموارد المخصصة:'''  يمكنك إدارة هذه الموارد المخصصة تمامًا كما تدير موارد Kubernetes الأصلية، باستخدام `kubectl get`, `kubectl apply`, `kubectl delete`, إلخ.
-لنفترض أننا نريد تعريف مورد مخصص يسمى `Database` لتمثيل قواعد البيانات. يمكن أن يبدو schema الخاص بنا كما يلي:
+'''مثال مبسط لتعريف CRD'''
-```json
+```yaml
-{
+apiVersion: apiextensions.k8s.io/v1
-  "apiVersion": "apiextensions.k8s.io/v1",
+kind: CustomResourceDefinition
-  "kind": "CustomResourceDefinition",
+metadata:
-  "metadata": {
+  name: myapplications.example.com
-    "name": "databases.example.com"
+spec:
-  },
+  group: example.com
-  "spec": {
+  versions:
-    "group": "example.com",
+     - name: v1
-     "versions": [
+       served: true
-       {
+      storage: true
-        "name": "v1",
+      schema:
-        "schema": {
+        openAPIV3Schema:
-          "openAPIV3Schema": {
+          type: object
-            "type": "object",
+          properties:
-            "properties": {
+            spec:
-              "spec": {
+              type: object
-                "type": "object",
+              properties:
-                "properties": {
+                replicas:
-                  "engine": {
+                  type: integer
-                    "type": "string"
+                   description: Number of replicas
-                   },
+                image:
-                  "size": {
+                  type: string
-                    "type": "integer"
+                   description: Docker image to use
-                   }
+  scope: Namespaced
-                }
+  names:
-              }
+    plural: myapplications
-            }
+    singular: myapplication
-          }
+    kind: MyApplication
-        }
+    shortNames:
-      }
+       - myapp
-    ],
-    "scope": "Namespaced",
-    "names": {
-      "plural": "databases",
-      "singular": "database",
-      "kind": "Database",
-      "shortNames": [
-        "db"
-       ]
-    }
-  }
-}
 ```
-'''استخدام Operators مع تعريف الموارد المخصصة'''
+هذا المثال يحدد CRD لمورد يسمى `MyApplication`.  يحتوي المورد على حقلين في مواصفاته: `replicas` (عدد النسخ) و `image` (صورة Docker المستخدمة).
-غالبًا ما يتم استخدام تعريف الموارد المخصصة جنبًا إلى جنب مع [[Operators]]. الـ Operator هو وحدة تحكم مخصصة تراقب موارد مخصصة وتتخذ إجراءات بناءً على حالتها.  يمكن للـ Operator أتمتة المهام المعقدة مثل توفير الموارد وتكوينها وتحديثها وإصلاحها. [[Operators]] تجعل إدارة التطبيقات المعقدة أسهل بكثير.
+'''وحدات التحكم (Controllers) والموارد المخصصة'''
-'''أمثلة على استخدامات CRD'''
+بمجرد تعريف CRD، غالبًا ما تحتاج إلى '''وحدة تحكم''' (Controller) لمراقبة الموارد المخصصة والتصرف بناءً عليها.  وحدة التحكم هي حلقة تحكم تراقب حالة الموارد المخصصة وتعمل على تحقيق الحالة المطلوبة. على سبيل المثال، يمكن لوحدة التحكم إنشاء [[Pods]] و [[Deployments]] بناءً على تعريف `MyApplication`.
-*   '''Cert-Manager:''' لإدارة شهادات TLS/SSL.
+'''الفرق بين CRD و Extensions API'''
-*   '''Prometheus Operator:''' لإدارة مثيلات Prometheus.
-*   '''Kubeflow:'''  لتشغيل مهام التعلم الآلي.
-'''مفاهيم ذات صلة'''
+في الإصدارات القديمة من Kubernetes، كانت الـ [[Extensions API]] تُستخدم لتوسيع واجهة برمجة التطبيقات.  ومع ذلك، فقد تم إيقاف Extensions API لصالح CRDs، التي توفر مرونة وقابلية توسع أكبر.
-*   [[Kubernetes API]]
+'''أمثلة على استخدامات عملية لـ CRDs'''
-*   [[JSON Schema]]
-*   [[YAML]]
-*   [[kubectl]]
-*   [[Resources]]
-*   [[Controllers]]
-*   [[Admission Controllers]]
-*   [[Helm]]
-*   [[Namespaces]]
-*   [[RBAC]]
-'''استراتيجيات تداول الخيارات الثنائية والتحليل الفني وحجم التداول (للمقارنة ولتوضيح أهمية التخصيص والمرونة)'''
+*   '''مديرو قواعد البيانات:'''  يمكن استخدام CRDs لإدارة قواعد البيانات المعقدة مثل [[PostgreSQL]] أو [[MongoDB]].
+*   '''أنظمة التخزين:'''  يمكن استخدام CRDs لتوفير واجهات موحدة لأنواع مختلفة من أنظمة التخزين.
+*   '''خدمات الشبكات:'''  يمكن استخدام CRDs لإدارة خدمات الشبكات المعقدة مثل [[Ingress]] أو [[Service Mesh]].
+*   '''تطبيقات التعلم الآلي:'''  يمكن استخدام CRDs لإدارة دورات حياة نماذج التعلم الآلي.
-*   [[استراتيجية مارتينجال]]
+'''مواضيع ذات صلة في Kubernetes'''
-*   [[استراتيجية فيبوناتشي]]
-*   [[استراتيجية المتوسطات المتحركة]]
-*   [[تحليل الشموع اليابانية]]
-*   [[مؤشر القوة النسبية (RSI)]]
-*   [[مؤشر الماكد (MACD)]]
-*   [[حجم التداول]]
-*   [[التقلب الضمني]]
-*   [[التحليل الأساسي]]
-*   [[إدارة المخاطر]]
-*   [[استراتيجية الاختراق]]
-*   [[استراتيجية الارتداد]]
-*   [[استراتيجية الاتجاه]]
-*   [[التحليل الفني المتقدم]]
-*   [[التحليل الكمي]]
-'''خلاصة'''
+*   [[Helm]]: مدير حزم لـ Kubernetes.
+*   [[Operators]]:  تطبيقات Kubernetes التي تعمل على توسيع نطاق Kubernetes.
+*   [[API Server]]:  المكون المركزي لـ Kubernetes الذي يعرض واجهة برمجة التطبيقات.
+*   [[kubectl]]:  أداة سطر الأوامر للتفاعل مع Kubernetes.
+*   [[YAML]]:  لغة ترميز بيانات تستخدم لتعريف موارد Kubernetes.
+*   [[JSON Schema]]:  تستخدم لتعريف schema للموارد المخصصة.
+*   [[Admission Controllers]]:  تتحكم في إنشاء وتحديث الموارد في Kubernetes.
-تعريف الموارد المخصصة (CRD) هو أداة قوية لتوسيع قدرات Kubernetes وتكييفها مع احتياجاتك الخاصة. من خلال تعريف أنواع موارد جديدة، يمكنك تبسيط إدارة التطبيقات المعقدة، ودمج الأدوات الخارجية، وأتمتة المهام المتكررة.  بالإضافة إلى ذلك، يمكن استخدام CRD جنبًا إلى جنب مع Operators لإنشاء حلول إدارة تطبيقات متكاملة وفعالة.  فهم CRD ضروري لأي شخص يسعى إلى إتقان Kubernetes والاستفادة الكاملة من إمكاناته.
+'''استراتيجيات التحليل الفني وحجم التداول ذات الصلة (على الرغم من أنها ليست مباشرة متعلقة بـ CRDs، فهي مفيدة في فهم البيئة التي قد يتم فيها استخدام تطبيقات Kubernetes):'''
-[[Category:الفئة: Kubernetes]]
+*   [[تحليل الشموع اليابانية]]: لفهم اتجاهات السوق.
+*   [[المتوسطات المتحركة]]: لتحديد الاتجاهات.
+*   [[مؤشر القوة النسبية (RSI)]]: لقياس زخم السوق.
+*   [[مؤشر الماكد (MACD)]]: لتحديد نقاط الدخول والخروج المحتملة.
+*   [[بولينجر باندز]]: لتقييم التقلب.
+*   [[تحليل الحجم]]: لفهم قوة الاتجاه.
+*   [[التقاطع الذهبي والتقاطع الميت]]: إشارات شراء وبيع.
+*   [[مستويات الدعم والمقاومة]]: تحديد نقاط الدخول والخروج المحتملة.
+*   [[الارتداد فيبوناتشي]]: تحديد مستويات الدعم والمقاومة المحتملة.
+*   [[أنماط الرسوم البيانية]]: التعرف على أنماط الأسعار المتكررة.
+*   [[تحليل التجميع]]: تحديد مناطق اهتمام المؤسسات.
+*   [[تحليل دفتر الطلبات]]: فهم ديناميكيات العرض والطلب.
+*   [[تحليل حجم الوقت]]: ربط الحجم بالتغيرات السعرية.
+*   [[تحليل حجم الأمر]]: فهم حجم الأوامر المختلفة.
+*   [[تحليل التداول]]: تقييم استراتيجيات التداول.
+'''الخلاصة'''
+تعريفات الموارد المخصصة هي أداة قوية لتوسيع Kubernetes وتخصيصه لتلبية احتياجاتك الخاصة.  من خلال فهم كيفية عمل CRDs، يمكنك إدارة تطبيقاتك المُوزعة بشكل أكثر فعالية وكفاءة.  تعد CRDs جزءًا أساسيًا من بناء منصة Kubernetes قابلة للتطوير ومرنة.
+[[Category:**الفئة: Kubernetes**]]
 == ابدأ التداول الآن ==

Custom Resource Definition (CRD): Difference between revisions

Revision as of 06:34, 23 April 2025

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

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

Navigation menu