Custom Resource Definitions (CRDs): Difference between revisions

Latest revision as of 06:35, 23 April 2025

تعريفات الموارد المخصصة (CRDs) في Kubernetes: دليل شامل للمبتدئين

مقدمة

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

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

ببساطة، CRD هي طريقة لتعريف أنواع موارد جديدة داخل Kubernetes. تخيل أنك تريد إدارة قاعدة بيانات معينة، أو تطبيق تعلم آلي، أو أي نوع آخر من الموارد التي لا يدعمها Kubernetes بشكل افتراضي. باستخدام CRD، يمكنك تعريف هيكل هذه الموارد (مثل اسم، إصدار، مواصفات، حالة) وجعل Kubernetes يتعامل معها كما لو كانت موارد أصلية.

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

التوسع في Kubernetes: CRDs تُمكّن Kubernetes من التعامل مع أنواع موارد جديدة دون الحاجة إلى تعديل كود Kubernetes نفسه.
التبسيط: بدلاً من استخدام أدوات خارجية لإدارة مواردك المخصصة، يمكنك دمجها مباشرة في Kubernetes.
التوحيد: توفر CRDs طريقة موحدة لتعريف وإدارة الموارد عبر بيئات مختلفة.
التكامل: يمكن لـ CRDs الاستفادة من جميع ميزات Kubernetes، مثل RBAC (التحكم في الوصول المستند إلى الدور) و Monitoring (المراقبة) و Logging (تسجيل الأحداث).
الأتمتة: يمكن دمج CRDs مع Operators لأتمتة عمليات معقدة تتعلق بمواردك المخصصة.

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

1. التعريف: أولاً، تقوم بتعريف CRD باستخدام ملف YAML. يحدد هذا الملف اسم النوع الجديد من الموارد، والمواصفات (schema) الخاصة به، وغيرها من التفاصيل. 2. التسجيل: ثم تقوم بتسجيل CRD في Kubernetes باستخدام الأمر `kubectl apply -f <crd_file.yaml>`. 3. إنشاء الموارد: بعد التسجيل، يمكنك إنشاء موارد جديدة من هذا النوع باستخدام ملفات YAML مماثلة. 4. الإدارة: يمكنك إدارة هذه الموارد باستخدام أوامر `kubectl` القياسية، مثل `kubectl get`, `kubectl create`, `kubectl delete`, و `kubectl describe`.

مثال بسيط: تعريف CRD لنظام إدارة الكتب

لنفترض أننا نريد تعريف مورد مخصص يسمى "Book" لإدارة الكتب. إليك مثال بسيط لملف YAML لـ CRD:

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

 name: books.example.com

spec:

 group: example.com
 versions:
   - name: v1
     served: true
     storage: true
     schema:
       openAPIV3Schema:
         type: object
         properties:
           spec:
             type: object
             properties:
               title:
                 type: string
               author:
                 type: string
               pages:
                 type: integer
 scope: Namespaced
 names:
   plural: books
   singular: book
   kind: Book
   shortNames:
     - bk

```

في هذا المثال:

`apiVersion` و `kind` يحددان نوع الكائن (CRD).
`metadata.name` هو اسم CRD (يجب أن يكون بتنسيق `<plural>.<group>`).
`spec.group` هو اسم المجموعة التي تنتمي إليها الموارد المخصصة.
`spec.versions` يحدد إصدارات المورد المخصص.
`spec.schema` يحدد هيكل المورد المخصص باستخدام OpenAPI v3 schema.
`spec.scope` يحدد نطاق المورد المخصص (Namespaced أو Cluster).
`spec.names` يحدد أسماء مختلفة للمورد المخصص.

العلاقة بين CRDs و Operators

غالبًا ما يتم استخدام CRDs جنبًا إلى جنب مع Operators. الـ Operator هو وحدة تحكم (Controller) مخصصة تراقب موارد CRD وتقوم بتنفيذ إجراءات بناءً على حالتها. على سبيل المثال، يمكن لـ Operator تلقائيًا إنشاء ReplicaSets أو StatefulSets أو ConfigMaps أو Secrets بناءً على تعريفات CRD. تعتبر Operators بمثابة "المشغلين" الذين يجعلون CRDs قوية حقًا.

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

قواعد البيانات: إدارة قواعد بيانات مثل PostgreSQL أو MongoDB.
تطبيقات التعلم الآلي: إدارة نماذج التعلم الآلي ومهام التدريب.
شبكات توزيع المحتوى (CDNs): تكوين وإدارة CDN.
حلول المراقبة: تكوين وإدارة أدوات المراقبة.
البوابات (Gateways): تكوين وإدارة بوابات API.

أدوات مفيدة للعمل مع CRDs

`kubectl`: أداة سطر الأوامر الرئيسية لإدارة Kubernetes.
`kube-linter`: أداة للتحقق من صحة ملفات YAML الخاصة بـ CRDs.
`Operator SDK`: إطار عمل لإنشاء Operators.
`kubebuilder`: إطار عمل آخر لإنشاء Operators.

تحليل استراتيجيات التداول ذات الصلة (للمبتدئين المهتمين بالتكامل مع تطبيقات التداول):

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

روابط إضافية لمفاهيم Kubernetes ذات الصلة:

Namespaces: تنظيم الموارد داخل Kubernetes.
Pod Lifecycle: فهم دورة حياة الـ Pods.
Controllers: وحدات التحكم التي تدير الموارد.
ConfigMaps: إدارة بيانات التكوين.
Secrets: إدارة البيانات الحساسة.
Networking: شبكات Kubernetes.
Storage: تخزين البيانات في Kubernetes.
Helm: مدير حزم Kubernetes.
Ingress: الوصول الخارجي إلى الخدمات.
Service Mesh: إدارة الخدمة في Kubernetes.
Resource Quotas: وضع قيود على استخدام الموارد.
Limit Ranges: تحديد الحدود الافتراضية للموارد.
Pod Security Policies: تحديد سياسات الأمان للـ Pods.
StatefulSets: إدارة التطبيقات ذات الحالة.
DaemonSets: تشغيل Pod واحد على كل عقدة.

الخلاصة

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

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

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

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

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

@@ Line 1: / Line 1: @@
-'''تعريفات الموارد المخصصة (Custom Resource Definitions - CRDs) في Kubernetes'''
+=== تعريفات الموارد المخصصة (CRDs) في Kubernetes: دليل شامل للمبتدئين ===
 '''مقدمة'''
-تعتبر منصة [[Kubernetes]] نظامًا قويًا لإدارة الحاويات، لكنها في بعض الأحيان قد لا تلبي جميع احتياجات التطبيقات المعقدة بشكل مباشر. هنا يأتي دور [[تعريفات الموارد المخصصة]] (CRDs). تسمح CRDs للمستخدمين بتوسيع [[واجهة برمجة تطبيقات Kubernetes]] (Kubernetes API) وإضافة موارد جديدة خاصة بتطبيقاتهم، كما لو كانت جزءًا أصيلًا من Kubernetes. هذه المقالة موجهة للمبتدئين وتهدف إلى شرح مفهوم CRDs، وكيفية عملها، ومتى يجب استخدامها، بالإضافة إلى أمثلة عملية.
+في عالم [[Kubernetes]]، تتيح لك '''تعريفات الموارد المخصصة (CRDs)''' توسيع إمكانيات الـ API الخاص بالنظام بشكل كبير.  إذا كنت قد بدأت للتو في استخدام Kubernetes، فربما تكون معتادًا على الموارد القياسية مثل [[Pods]] و [[Deployments]] و [[Services]]. لكن ماذا لو أردت إدارة كائنات مخصصة خاصة بتطبيقك أو احتياجاتك الفريدة؟ هنا يأتي دور CRDs.  تعتبر CRDs أداة قوية لتبسيط إدارة التطبيقات المعقدة، وتوحيد العمليات، وإضافة وظائف جديدة إلى نظام Kubernetes الأساسي.
-== ما هي تعريفات الموارد المخصصة؟ ==
+'''ما هي تعريفات الموارد المخصصة (CRDs)؟'''
-ببساطة، CRD هي طريقة لتعريف أنواع موارد جديدة في Kubernetes.  فكر في الأمر على أنه تعريف هيكل بيانات جديد يمكن لـ Kubernetes فهمه وإدارته.  بدون CRDs، كنت مقيدًا بالموارد المضمنة في Kubernetes مثل [[Pods]] و [[Deployments]] و [[Services]].  باستخدام CRDs، يمكنك تعريف موارد مثل "Database" أو "MessageQueue" أو أي شيء آخر يناسب احتياجاتك.
+ببساطة، CRD هي طريقة لتعريف أنواع موارد جديدة داخل Kubernetes.  تخيل أنك تريد إدارة قاعدة بيانات معينة، أو تطبيق تعلم آلي، أو أي نوع آخر من الموارد التي لا يدعمها Kubernetes بشكل افتراضي.  باستخدام CRD، يمكنك تعريف هيكل هذه الموارد (مثل اسم، إصدار، مواصفات، حالة) وجعل Kubernetes يتعامل معها كما لو كانت موارد أصلية.
-== لماذا نستخدم تعريفات الموارد المخصصة؟ ==
+'''لماذا نستخدم تعريفات الموارد المخصصة (CRDs)؟'''
-هناك عدة أسباب تدفعك إلى استخدام CRDs:
+*   '''التوسع في Kubernetes:'''  CRDs تُمكّن Kubernetes من التعامل مع أنواع موارد جديدة دون الحاجة إلى تعديل كود Kubernetes نفسه.
+*   '''التبسيط:'''  بدلاً من استخدام أدوات خارجية لإدارة مواردك المخصصة، يمكنك دمجها مباشرة في Kubernetes.
+*   '''التوحيد:'''  توفر CRDs طريقة موحدة لتعريف وإدارة الموارد عبر بيئات مختلفة.
+*   '''التكامل:'''  يمكن لـ CRDs الاستفادة من جميع ميزات Kubernetes، مثل [[RBAC]] (التحكم في الوصول المستند إلى الدور) و [[Monitoring]] (المراقبة) و [[Logging]] (تسجيل الأحداث).
+*   '''الأتمتة:'''  يمكن دمج CRDs مع [[Operators]] لأتمتة عمليات معقدة تتعلق بمواردك المخصصة.
-* '''توسيع Kubernetes:'''  تخصيص Kubernetes ليناسب احتياجات تطبيقك الخاصة.
+'''كيف تعمل تعريفات الموارد المخصصة (CRDs)؟'''
-* '''إدارة دورة حياة التطبيق:'''  إنشاء عمليات تحكم مخصصة لإدارة التطبيقات المعقدة.
-* '''التبسيط:'''  تبسيط إدارة التطبيقات من خلال تجريد التعقيد.
-* '''إعادة الاستخدام:'''  إنشاء موارد قابلة لإعادة الاستخدام عبر بيئات مختلفة.
-* '''التكامل:'''  دمج أدوات وخدمات خارجية مع Kubernetes.
-== كيف تعمل تعريفات الموارد المخصصة؟ ==
+.  '''التعريف:'''  أولاً، تقوم بتعريف CRD باستخدام ملف YAML.  يحدد هذا الملف اسم النوع الجديد من الموارد، والمواصفات (schema) الخاصة به، وغيرها من التفاصيل.
+.  '''التسجيل:'''  ثم تقوم بتسجيل CRD في Kubernetes باستخدام الأمر `kubectl apply -f <crd_file.yaml>`.
+.  '''إنشاء الموارد:'''  بعد التسجيل، يمكنك إنشاء موارد جديدة من هذا النوع باستخدام ملفات YAML مماثلة.
+.  '''الإدارة:'''  يمكنك إدارة هذه الموارد باستخدام أوامر `kubectl` القياسية، مثل `kubectl get`, `kubectl create`, `kubectl delete`, و `kubectl describe`.
-. '''تعريف CRD:'''  أولاً، يجب عليك تعريف CRD باستخدام ملف YAML. يحدد هذا الملف اسم المورد الجديد، والمواصفات (schema) التي تحدد هيكل البيانات، والمجموعات (groups) والإصدارات (versions) التي ينتمي إليها المورد.
+'''مثال بسيط: تعريف CRD لنظام إدارة الكتب'''
-. '''تسجيل CRD:'''  بعد ذلك، تقوم بتسجيل CRD في Kubernetes باستخدام الأمر `kubectl apply -f <crd_file.yaml>`.
-. '''إنشاء موارد مخصصة:'''  بمجرد تسجيل CRD، يمكنك إنشاء موارد مخصصة (Custom Resources - CRs) بناءً على هذا التعريف.  تُنشأ هذه الموارد أيضًا باستخدام ملفات YAML.
-. '''التحكم في الموارد المخصصة:'''  يمكنك بعد ذلك إدارة هذه الموارد المخصصة باستخدام أدوات Kubernetes القياسية مثل `kubectl`.
-== مثال عملي: تعريف مورد "Database" ==
+لنفترض أننا نريد تعريف مورد مخصص يسمى "Book" لإدارة الكتب. إليك مثال بسيط لملف YAML لـ CRD:
-لنفترض أنك تريد تعريف مورد "Database" لإدارة قواعد البيانات الخاصة بك. إليك مثال بسيط لملف CRD (database.crd.yaml):
 ```yaml
@@ Line 34: / Line 32: @@
 kind: CustomResourceDefinition
 metadata:
-   name: databases.stable.example.com
+   name: books.example.com
 spec:
-   group: stable.example.com
+   group: example.com
    versions:
      - name: v1
@@ Line 48: / Line 46: @@
                type: object
                properties:
-                 engine:
+                 title:
                    type: string
-                 size:
+                 author:
+                  type: string
+                pages:
                    type: integer
    scope: Namespaced
    names:
-     plural: databases
+     plural: books
-     singular: database
+     singular: book
-     kind: Database
+     kind: Book
      shortNames:
-       - db
+       - bk
 ```
-هذا التعريف يحدد موردًا جديدًا باسم "Database" ينتمي إلى المجموعة "stable.example.com" والإصدار "v1".  يحدد أيضًا مخططًا بسيطًا يتضمن خاصيتين: "engine" (نوع قاعدة البيانات) و "size" (حجم قاعدة البيانات).
+في هذا المثال:
-بعد تسجيل هذا CRD، يمكنك إنشاء مورد "Database" مثل هذا (my-database.yaml):
+*   `apiVersion` و `kind` يحددان نوع الكائن (CRD).
+*   `metadata.name` هو اسم CRD (يجب أن يكون بتنسيق `<plural>.<group>`).
+*   `spec.group` هو اسم المجموعة التي تنتمي إليها الموارد المخصصة.
+*   `spec.versions` يحدد إصدارات المورد المخصص.
+*   `spec.schema` يحدد هيكل المورد المخصص باستخدام OpenAPI v3 schema.
+*   `spec.scope` يحدد نطاق المورد المخصص (Namespaced أو Cluster).
+*   `spec.names` يحدد أسماء مختلفة للمورد المخصص.
-```yaml
+'''العلاقة بين CRDs و Operators'''
-apiVersion: stable.example.com/v1
-kind: Database
+غالبًا ما يتم استخدام CRDs جنبًا إلى جنب مع [[Operators]].  الـ Operator هو وحدة تحكم (Controller) مخصصة تراقب موارد CRD وتقوم بتنفيذ إجراءات بناءً على حالتها.  على سبيل المثال، يمكن لـ Operator تلقائيًا إنشاء [[ReplicaSets]] أو [[StatefulSets]] أو [[ConfigMaps]] أو [[Secrets]] بناءً على تعريفات CRD.  تعتبر Operators بمثابة "المشغلين" الذين يجعلون CRDs قوية حقًا.
-metadata:
-   name: my-database
+'''أمثلة على استخدامات CRDs'''
-spec:
-   engine: postgresql
+*   '''قواعد البيانات:'''  إدارة قواعد بيانات مثل PostgreSQL أو MongoDB.
-   size: 10
+*   '''تطبيقات التعلم الآلي:'''  إدارة نماذج التعلم الآلي ومهام التدريب.
-```
+*   '''شبكات توزيع المحتوى (CDNs):'''  تكوين وإدارة CDN.
+*   '''حلول المراقبة:'''  تكوين وإدارة أدوات المراقبة.
+*   '''البوابات (Gateways):'''  تكوين وإدارة بوابات API.
-== استخدام Operators مع CRDs ==
+'''أدوات مفيدة للعمل مع CRDs'''
-غالبًا ما يتم استخدام CRDs جنبًا إلى جنب مع [[Operators]].  الـ Operator هو برنامج يتحكم في دورة حياة الموارد المخصصة.  يقوم بمراقبة الموارد المخصصة وإجراء الإجراءات اللازمة لضمان أن التطبيق يعمل بشكل صحيح.  على سبيل المثال، يمكن لـ Operator الخاص بقاعدة البيانات إنشاء قاعدة البيانات وتكوينها وإجراء النسخ الاحتياطي لها.
+*   `kubectl`: أداة سطر الأوامر الرئيسية لإدارة Kubernetes.
+*   `kube-linter`: أداة للتحقق من صحة ملفات YAML الخاصة بـ CRDs.
+*   `Operator SDK`: إطار عمل لإنشاء Operators.
+*   `kubebuilder`: إطار عمل آخر لإنشاء Operators.
-== اعتبارات مهمة ==
+'''تحليل استراتيجيات التداول ذات الصلة (للمبتدئين المهتمين بالتكامل مع تطبيقات التداول):'''
-* '''التخطيط الجيد:'''  خطط بعناية لهيكل المورد المخصص الخاص بك.
+*   [[المتوسط المتحرك]]:  يمكن دمج CRDs مع تطبيقات تحسب المتوسطات المتحركة للأسعار.
-* '''التحقق من الصحة:'''  استخدم التحقق من الصحة لضمان أن الموارد المخصصة صالحة.
+*   [[مؤشر القوة النسبية (RSI)]]:  CRDs يمكن أن تدير التطبيقات التي تحسب مؤشر RSI.
-* '''الوثائق:'''  وثق CRDs والـ Operators الخاصة بك بشكل جيد.
+*   [[خطوط بولينجر]]: CRDs يمكن أن تدير التطبيقات التي ترسم خطوط بولينجر.
-* '''إدارة الإصدارات:'''  ضع في اعتبارك إدارة الإصدارات عند تحديث CRDs.
+*   [[التحليل الأساسي]]:  يمكن استخدام CRDs لتنظيم البيانات الأساسية (مثل التقارير المالية) المستخدمة في التحليل الأساسي.
+*   [[التحليل الفني]]:  بشكل عام، يمكن استخدام CRDs لتنظيم وتوزيع أدوات التحليل الفني.
+*   [[تحليل حجم التداول]]: يمكن لـ CRDs إدارة التطبيقات التي تحلل حجم التداول.
+*   [[استراتيجية الاختراق]]:  CRDs يمكن أن تدير تطبيقات تنفذ استراتيجية الاختراق.
+*   [[استراتيجية الارتداد]]: CRDs يمكن أن تدير تطبيقات تنفذ استراتيجية الارتداد.
+*   [[استراتيجية التداول المتأرجح]]: CRDs يمكن أن تدير تطبيقات تنفذ استراتيجية التداول المتأرجح.
+*   [[استراتيجية التداول اليومي]]: CRDs يمكن أن تدير تطبيقات تنفذ استراتيجية التداول اليومي.
+*   [[استراتيجية التداول الخوارزمي]]: CRDs يمكن أن تدير تطبيقات التداول الخوارزمي.
+*   [[تداول المدى]]: CRDs يمكن أن تدير تطبيقات التداول في نطاق سعري محدد.
+*   [[تداول الاتجاه]]: CRDs يمكن أن تدير تطبيقات التداول بناءً على الاتجاه السعري.
+*   [[تداول الأخبار]]: CRDs يمكن أن تدير تطبيقات التداول بناءً على الأخبار.
+*   [[إدارة المخاطر]]: CRDs يمكن أن تدير تطبيقات إدارة المخاطر.
-==  الروابط الداخلية ذات الصلة ==
+'''روابط إضافية لمفاهيم Kubernetes ذات الصلة:'''
-* [[Kubernetes Architecture]]
+*   [[Namespaces]]:  تنظيم الموارد داخل Kubernetes.
-* [[Kubernetes API]]
+*   [[Pod Lifecycle]]:  فهم دورة حياة الـ Pods.
-* [[Pods]]
+*   [[Controllers]]:  وحدات التحكم التي تدير الموارد.
-* [[Deployments]]
+*   [[ConfigMaps]]:  إدارة بيانات التكوين.
-* [[Services]]
+*   [[Secrets]]:  إدارة البيانات الحساسة.
-* [[Namespaces]]
+*   [[Networking]]:  شبكات Kubernetes.
-* [[kubectl]]
+*   [[Storage]]:  تخزين البيانات في Kubernetes.
-* [[YAML]]
+*   [[Helm]]:  مدير حزم Kubernetes.
-* [[Operators]]
+*    [[Ingress]]:  الوصول الخارجي إلى الخدمات.
-* [[Helm]]
+*   [[Service Mesh]]:  إدارة الخدمة في Kubernetes.
-* [[Ingress]]
+*   [[Resource Quotas]]:  وضع قيود على استخدام الموارد.
-* [[ConfigMaps]]
+*   [[Limit Ranges]]:  تحديد الحدود الافتراضية للموارد.
-* [[Secrets]]
+*   [[Pod Security Policies]]:  تحديد سياسات الأمان للـ Pods.
-* [[StatefulSets]]
+*   [[StatefulSets]]:  إدارة التطبيقات ذات الحالة.
-* [[DaemonSets]]
+*   [[DaemonSets]]:  تشغيل Pod واحد على كل عقدة.
-* [[Jobs]]
-* [[CronJobs]]
-* [[Resource Quotas]]
-* [[Network Policies]]
-* [[RBAC (Role-Based Access Control)]]
-== الروابط الخارجية (استراتيجيات، تحليل فني، حجم التداول) ==
+'''الخلاصة'''
-* [[Moving Averages]]
+تعريفات الموارد المخصصة (CRDs) هي ميزة قوية في Kubernetes تتيح لك توسيع API الخاص بالنظام وإدارة موارد مخصصة بسهولة.  من خلال فهم أساسيات CRDs، يمكنك تبسيط إدارة التطبيقات المعقدة، وتوحيد العمليات، وإضافة وظائف جديدة إلى نظام Kubernetes.  بالتوفيق!
-* [[Bollinger Bands]]
-* [[Fibonacci Retracements]]
-* [[MACD (Moving Average Convergence Divergence)]]
-* [[RSI (Relative Strength Index)]]
-* [[Volume Weighted Average Price (VWAP)]]
-* [[On-Balance Volume (OBV)]]
-* [[Ichimoku Cloud]]
-* [[Elliott Wave Theory]]
-* [[Candlestick Patterns]]
-* [[Support and Resistance Levels]]
-* [[Trend Lines]]
-* [[Breakout Trading]]
-* [[Scalping]]
-* [[Day Trading]]
-[[Category:الفئة: Kubernetes]]
+[[Category: Kubernetes]]
 == ابدأ التداول الآن ==

Custom Resource Definitions (CRDs): Difference between revisions

Latest revision as of 06:35, 23 April 2025

تعريفات الموارد المخصصة (CRDs) في Kubernetes: دليل شامل للمبتدئين

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

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

Navigation menu