لا تحب الإعلانات؟ يذهب خالية من الإعلانات اليوم 

أداة تنسيق والتحقق من صحة Kubernetes YAML

بياناتمطور

إعلان · حذف؟

مدخل

عملية تلقائية

انتاج

جانب العميل

إعلان · حذف؟

مرشد

أداة تنسيق والتحقق من صحة Kubernetes YAML

قم بتنسيق والتحقق من صحة ملفات YAML الخاصة ببيان Kubernetes الخاص بك على الفور في المتصفح. الصق أي بيان K8s - عمليات النشر، والخدمات، و ConfigMaps، و Ingress، و CronJobs، والمزيد - واحصل على مسافات بادئة متناسقة بمسافتين، وترتيب اختياري للمفاتيح، والتحقق من صحة المخطط مقابل 19 نوعًا من موارد Kubernetes. يلتقط الحقول المطلوبة المفقودة، و apiVersions المهملة، وعدم تطابق المحددات/التسميات، والأخطاء الهيكلية مع تعليقات توضيحية واضحة مرقمة الأسطر.

كيفية استخدام

الصق بيان YAML الخاص بـ Kubernetes الخاص بك في منطقة الإدخال أو قم بتحميل أحد الأمثلة المضمنة. تكتشف الأداة تلقائيًا نوع المورد وتتحقق من صحته مقابل المخطط المناسب. يتم دعم بيانات YAML متعددة المستندات مفصولة بـ --- ، ويتم التحقق من صحة كل مستند بشكل مستقل. قم بالتبديل بين ترتيب المفاتيح، واختر بين التنسيق فقط أو التحقق الكامل، وانسخ الإخراج النظيف إلى الحافظة الخاصة بك.

خصائص

19 نوعًا من الموارد – يتحقق من صحة Deployment، Service، ConfigMap، Secret، Ingress، Pod، StatefulSet، DaemonSet، Job، CronJob، HPA، PVC، PV، Namespace، ServiceAccount، Role، RoleBinding، ClusterRole، و ClusterRoleBinding
التحقق من صحة المخطط – يتحقق من الحقول المطلوبة، و apiVersions الصالحة، وهيكل المواصفات الصحيح، وقيود النوع لكل نوع مورد
اكتشاف واجهة برمجة التطبيقات المهملة – يضع علامة على واجهات برمجة التطبيقات المهملة مثل extensions/v1beta1 ويقترح الاستبدال الصحيح
مطابقة المحدد/التسمية – يتحقق من أن محددات Deployment و StatefulSet تطابق تسميات قوالب Pod الخاصة بها
دعم المستندات المتعددة – يتعامل مع ملفات YAML التي تحتوي على مستندات متعددة مفصولة بـ --- ، ويتحقق من صحة كل منها بشكل مستقل
تنسيق متسق – يطبق مسافات بادئة نظيفة بمسافتين مع ترتيب اختياري للمفاتيح أبجديًا
أخطاء مرقمة الأسطر – تتضمن أخطاء التحقق من الصحة والتحذيرات أرقام الأسطر لتحديدها بسرعة
أمثلة البيانات – قم بتحميل عينات Deployment أو Service أو بيانات متعددة المستندات لرؤية الأداة أثناء العمل

إعلان · حذف؟

 التعليمات

ما هي الأخطاء الأكثر شيوعًا في Kubernetes YAML؟

تشمل الأخطاء الأكثر تكرارًا استخدام واجهات برمجة التطبيقات المهملة (مثل extensions/v1beta1 بدلاً من apps/v1 لعمليات النشر)، ونسيان الحقول المطلوبة مثل metadata.name أو spec.containers، وعدم تطابق محددات التسميات بين Deployment spec.selector.matchLabels وتسميات Pod template metadata.labels الخاصة بها، ومسافات بادئة غير صحيحة تتسبب في تحليل الحقول في المستوى الخطأ، واستخدام أنواع حقول خاطئة مثل السلاسل النصية حيث تكون الأعداد الصحيحة متوقعة للمنافذ أو النسخ المتماثلة.
ما الفرق بين apiVersion apps/v1 و extensions/v1beta1؟

كانت واجهة برمجة التطبيقات extensions/v1beta1 هي مجموعة واجهة برمجة التطبيقات الأصلية لـ Deployments و DaemonSets و ReplicaSets في إصدارات Kubernetes المبكرة. تم إهمالها في Kubernetes 1.16 وتمت إزالتها في 1.22 لصالح apps/v1، وهي مجموعة واجهة برمجة التطبيقات المستقرة. وبالمثل، حلت networking.k8s.io/v1 محل extensions/v1beta1 لموارد Ingress. استخدم دائمًا إصدارات واجهة برمجة التطبيقات المستقرة لبيانات الإنتاج.
كيف تعمل ملفات YAML متعددة المستندات في Kubernetes؟

يدعم Kubernetes تعريفات موارد متعددة في ملف YAML واحد عن طريق فصلها بسطر يحتوي فقط على ثلاث شرطات (---). عند تطبيق ملف متعدد المستندات باستخدام kubectl apply -f، يقوم Kubernetes بإنشاء أو تحديث كل مورد بشكل مستقل. يُستخدم هذا بشكل شائع لتجميع الموارد ذات الصلة مثل Deployment والخدمة الخاصة به في ملف واحد لسهولة الإدارة.
لماذا تحتاج محددات Deployment إلى مطابقة تسميات قالب Pod؟

يستخدم Deployment محددات spec.selector.matchLabels الخاصة به لتحديد Pods التي يديرها. يجب أن يتضمن قالب Pod ضمن spec.template.metadata.labels جميع التسميات المحددة في المحدد. إذا لم تتطابق، فلن يتمكن متحكم Deployment من العثور على Pods الخاصة به، وسيرفض Kubernetes البيان بخطأ في التحقق من الصحة. هذه الآلية المحددة هي كيف يربط Kubernetes وحدات التحكم عالية المستوى بـ Pods التي يديرونها.