MCP

KSail: خادم MCP لإدارة عناقيد Kubernetes

الأنسب للمطورين الذين يريدون إنشاء عناقيد Kubernetes ونشرها وتشغيلها بطريقة موحدة بين البيئة المحلية والسحابة المُدارة، وقيادة عمليات العنقود عبر MCP أو مساعد ذكاء اصطناعي؛ الشرط هو تثبيت Docker محليًا أو توفر موفر سحابي خاص، والتثبيت بأمر واحد يشمل Linux وApple Silicon macOS فقط.

Official source · KSail

Install

curl -fsSL https://github.com/devantler-tech/ksail/releases/latest/download/install.sh | sh

لمن هذه الأداة

يجمع KSail إنشاء عناقيد Kubernetes ونشر التطبيقات والتشغيل اليومي في أداة واحدة، ويصفه الموقع الرسمي بأنه SDK شامل لـ Kubernetes. قبل اختياره، تحقق أولًا مما إذا كانت بيئتك وهدفك يقعان ضمن نطاق الاستخدام التالي. هو الأنسب لهؤلاء القراء:

  • المطورون ومهندسو المنصات الذين ينشئون عناقيد تطوير أو اختبار وينشرونها ويشغّلونها بشكل متكرر، ولا يريدون صيانة مجموعة سكربتات منفصلة لكل واحد من بيئات التشغيل المحلية Kind وK3d وTalos وvCluster وKWOK.
  • الفرق التي تريد التنقل بين البيئة المحلية والسحب المُدارة (EKS وGKE وAKS) بالعملية نفسها.
  • من يريدون إشراك الذكاء الاصطناعي في عمليات العنقود: توفر الجهة الرسمية ثلاثة مداخل هي مساعد المحادثة وخادم MCP وإضافة VS Code.
  • من يدرسون استبدال سكربتات العناقيد الحالية: يمكن تجربة التثبيت على المسار المحلي عبر Docker أولًا ثم اتخاذ القرار، فتكلفة التقييم منخفضة لأن المسار المحلي يعتمد فقط على Docker الموجود أصلًا.

هذه الحالات تتطلب استكمال المتطلبات أولًا أو اختيار بديل: إذا لم يكن على الجهاز Docker ولا كنت تنوي إعداد أي موفر سحابي، فلن تعمل العناقيد المحلية، ويقول الموقع الرسمي صراحة «Only requires Docker or a Cloud Provider»؛ وسكربت التثبيت بأمر واحد موجّه إلى Linux وApple Silicon macOS فقط، ولا تذكر الصفحة الرسمية طريقة تثبيت لـ Windows ولا لأجهزة Mac بشرائح Intel؛ ومسار الموفر السحابي يتطلب حسابًا سحابيًا خاصًا بك مع الإعداد المناسب له.

أول تجربة في 3 دقائق

المتطلبات: جهاز بنظام Linux أو Apple Silicon macOS عليه Docker مثبّت وعامل، وهو الاعتماد الوحيد الإلزامي في المسار المحلي؛ وإذا لم يكن Docker عاملًا فلن تكون قدرات العنقود قابلة للاستخدام فعليًا بعد التثبيت؛ وعلى شبكة الشركة، تأكد قبل التنفيذ من أن الطرفية تستطيع الوصول إلى عنوان إصدارات GitHub، لأن السكربت ينزّل حزمة التثبيت من هناك.

موضع التثبيت: المسار الرئيسي الموصى به رسميًا هو أمر shell واحد يسلّم سكربت تثبيت أحدث إصدار مباشرة إلى sh:

curl -fsSL https://github.com/devantler-tech/ksail/releases/latest/download/install.sh | sh

عند انتهاء الأمر وعودة الطرفية إلى المحث دون أخطاء، تكون هذه هي إشارة النجاح القابلة للملاحظة؛ وإذا ظهر خطأ في المنتصف فتحقق أولًا من أن Docker عامل ومن أن الطرفية تصل إلى عنوان الإصدارات ذاك. هذا الأمر يكتب KSail على جهازك، وهو إدراج في الحالة المحلية؛ وإن كان محتوى السكربت يهمّك فنزّله واطلع عليه قبل التنفيذ. بعد اكتمال التثبيت تصبح قدرات إنشاء العناقيد ونشر التطبيقات والتشغيل اليومي متاحة على جهازك، وبهذا تكتمل التجربة الأولى: حدث تثبيت محلي فقط، ولم يُنشأ أي مورد عنقود بعد.

تنبيهان: الصفحة الرسمية لا تسرد أوامر CLI المحددة للخطوة التالية، فعند تشغيل أول عنقود اعتمد على الوثائق الرسمية بعد التثبيت ولا تنسخ أوامر من مشاريع أخرى؛ وخطوات ربط العملاء المألوفة عبر خادم MCP تعتمد هي الأخرى على الوثائق الرسمية، وهذه الصفحة لا تضم مقاطع إعداد جاهزة للنسخ.

حالات الاستخدام

الحالة الأولى: إدارة موحّدة لبيئات تشغيل Kubernetes المحلية المتعددة. السيناريو: مشاريع الفريق مبنية كلٌّ منها على Kind أو K3d أو Talos، وأوامرها وإعداداتها لا تتوافق. القدرة: يدعم KSail رسميًا بيئات التشغيل المحلية المذكورة ويغطي أيضًا EKS وGKE وAKS. الخطوة: بعد تجهيز Docker ثبّت KSail، واختر أولًا إحدى بيئات التشغيل المحلية، ثم أنجز إنشاء العنقود والتشغيل اليومي بالأداة نفسها. النتيجة المتوقعة أن أعضاء الفريق لن يحتاجوا إلى إعادة تعلّم طقم أدوات عناقيد عند تبديل بيئة تشغيل المشروع. أوامر إنشاء العنقود المحددة غير مدرجة في الصفحة الرسمية، وما يمكن تأكيده هو خطوة «اكتمل التثبيت، انتقل إلى الوثائق الرسمية».

الحالة الثانية: جعل مساعد ذكاء اصطناعي ينفّذ عمليات العنقود نيابة عنك. السيناريو: تريد قيادة إنشاء Kubernetes وتشغيله بلغة طبيعية من المحرر أو واجهة المحادثة، بتسليم طلبات مثل «أنشئ عنقودًا محليًا وانشر خدمة» إلى الذكاء الاصطناعي. القدرة: توفر الجهة الرسمية ثلاثة مداخل للذكاء الاصطناعي: مساعد المحادثة وخادم MCP وإضافة VS Code. الخطوة: بعد تثبيت KSail، اربط خادم MCP أو إضافة VS Code بسير عملك وفق الوثائق الرسمية، وأدخل عمليات العنقود في بيئة التطوير اليومية؛ وفي المرة الأولى يُستحسن التدرّب على عنقود Docker محلي قبل لمس موفر سحابي. خطوات الربط التدريجية غير مفصّلة في الصفحة الرسمية، فالوثائق هي المرجع.

حدود الاستخدام

  • طبيعة القراءة والكتابة: جوهر KSail هو إنشاء العناقيد ونشر التطبيقات والتشغيل اليومي، وهو ينشئ ويعدّل موارد عناقيد محلية أو سحابية فعليًا؛ والصفحة الرسمية لا تفصّل لكل قدرة ما هو للقراءة فقط وما هو كتابة، فتحقق من البيئة الهدف قبل أي عملية كتابة.
  • الآثار الجانبية ونقاط التأكيد: إنشاء عنقود أو تغييره يكتب موارد Docker أو موارد تحت حسابك لدى الموفر السحابي؛ وبعد ربط خادم MCP قد تصل إجراءات المحادثة داخل العميل إلى العنقود مباشرة، فتحقق على نطاق صغير قبل التغييرات المهمة؛ وقبل أن توفر الجهة الرسمية مسار تراجع موحدًا، لا تفترض أن كل عملية قابلة للعكس.
  • الاعتماديات وبيانات الاعتماد: المسار المحلي لا يطلب سوى Docker؛ ومسار الموفر السحابي يتطلب حسابًا خاصًا والإعداد المناسب، وتُدار بيانات الاعتماد ضمن نظام الموفر السحابي الخاص بك.
  • ما لم يُؤكد بعد: قائمة أوامر CLI المحددة، وإعداد ربط خادم MCP، وطريقة التثبيت على Windows ومنصات Intel، وشرح الصلاحيات على مستوى الأداة، كلها غير واردة في الصفحة الرسمية؛ وعند الحاجة إلى هذه التفاصيل اعتمد بعد التثبيت على الأقسام المقابلة في الوثائق الرسمية.