☸️

deploying-cloud-k8s

Name: deploying-cloud-k8s
Author: Asmayaseen

آمن ⚙️ الأوامر الخارجية🌐 الوصول إلى الشبكة📁 الوصول إلى نظام الملفات🔑 متغيرات البيئة

نشر إلى Kubernetes السحابي

يتطلب نشر التطبيقات إلى Kubernetes فهم متغيرات وقت البناء مقابل وقت التشغيل، وتطابق البنية، وتكوين CI/CD. توفر هذه المهارة أنماطًا مُختبرة للنشر إلى AKS وGKE وDOKS مع GitHub Actions وHelm.

يدعم: Claude Codex Code(CC)

🥈 77 فضي

تنزيل ZIP المهارة

رفع في Claude

اذهب إلى Settings → Capabilities → Skills → Upload skill

فعّل وابدأ الاستخدام

اختبرها

استخدام "deploying-cloud-k8s". Deploy my Next.js app to AKS with GitHub Actions

النتيجة المتوقعة:

فحص البنية: kubectl get nodes -o jsonpath='{.items[*].status.nodeInfo.architecture}'
وسائط البناء: يجب أن تستخدم متغيرات NEXT_PUBLIC_* ARG في Dockerfile، وليس ENV وقت التشغيل
الأسرار: تمرير عبر helm --set "secrets.databaseUrl=${{ secrets.DATABASE_URL }}"
GitHub Actions: استخدام docker/build-push-action@v5 مع platforms: linux/arm64

استخدام "deploying-cloud-k8s". My pods are failing with exec format error

النتيجة المتوقعة:

السبب: بنية الثنائية لا تتطابق مع بنية CPU لعُقدة الكتلة
فحص الكتلة: kubectl get nodes -o jsonpath='{.items[*].status.nodeInfo.architecture}'
إصلاح بناء Docker: platforms: linux/arm64 (أو amd64 للتطابق)
إعادة البناء مع: no-cache: true لفرض صورة جديدة

استخدام "deploying-cloud-k8s". Configure ArgoCD for production

النتيجة المتوقعة:

بيان تطبيق ArgoCD مع repoURL ومسار إلى overlays/production
سياسة الالتزام: تلقائية مع prune: true و selfHeal: true
تجاوزات Kustomize لاختلافات البيئة (dev, staging, prod)
تكوين RBAC لحساب خدمة مع الحد الأدنى من الامتيازات

التدقيق الأمني

آمن

v5 • 1/16/2026

Pure documentation skill with no executable code paths. Contains only YAML/JSON documentation, infrastructure patterns, and a read-only verification script that validates its own structure. Static findings incorrectly flagged documentation code examples as executable patterns.

الملفات التي تم فحصها

1,018

الأسطر التي تم تحليلها

النتائج

إجمالي عمليات التدقيق

عوامل الخطر

⚙️ الأوامر الخارجية (96)

🌐 الوصول إلى الشبكة (18)

references/production-patterns.md:9 references/production-patterns.md:26 references/production-patterns.md:30 references/production-patterns.md:51 references/production-patterns.md:54 references/production-patterns.md:108 references/production-patterns.md:130 skill-report.json:6 SKILL.md:26 SKILL.md:29 SKILL.md:46 SKILL.md:103 SKILL.md:104 SKILL.md:190 SKILL.md:214 SKILL.md:273 SKILL.md:276 SKILL.md:208

📁 الوصول إلى نظام الملفات (5)

references/production-patterns.md:86 references/production-patterns.md:86 skill-report.json:6 SKILL.md:187 SKILL.md:192

🔑 متغيرات البيئة (7)

references/production-patterns.md:299 references/production-patterns.md:302 skill-report.json:127 SKILL.md:214 SKILL.md:214 SKILL.md:45 SKILL.md:114

تم تدقيقه بواسطة: claude عرض سجل التدقيق →

درجة الجودة

الهندسة المعمارية

100

قابلية الصيانة

المحتوى

المجتمع

100

الأمان

الامتثال للمواصفات

ماذا يمكنك بناءه

عمليات النشر للإنتاج

إعداد خطوط CI/CD موثوقة للنشر إلى مجموعات Kubernetes السحابية مع إدارة أسرار مناسبة

استكشاف أخطاء الحاويات

تشخيص وإصلاح مشاكل النشر الشائعة مثل عدم تطابق البنية وفشل سحب الصور

تكوين GitOps

تنفيذ مهام سير عمل GitOps مع ArgoCD وتجاوزات Kustomize والتكوينات الخاصة بالبيئة

جرّب هذه الموجهات

نشر سريع

انشر تطبيق Next.js الخاص بي إلى Azure Kubernetes Service باستخدام GitHub Actions. أحتاج إلى مساعدة في وسائط البناء لمتغيرات NEXT_PUBLIC_* وتمرير أسرار Helm.

إصلاح مشاكل الصور

حُاوياتي تعرض ImagePullBackOff مع خطأ 'لا يوجد تطابق للمنصة'. ساعدني في تشخيص وإصلاح عدم تطابق البينة بين بناءات Docker وكتلة GKE.

إعداد CI/CD

إعداد سير عمل GitHub Actions الذي يبني فقط الخدمات المُغيرة (api أو web) بناءً على الملفات التي تم تعديلها. يتضمن فلاتر المسارات وإجراء docker/build-push.

نمط GitOps

تكوين تطبيق ArgoCD مع تجاوزات Kustomize لنشر الإنتاج. يتضمن سياسة التزام مع prune وself-heal مُفعّلين.

أفضل الممارسات

تحقق دائمًا من بنية الكلة قبل بناء الصور لتجنب أخطاء عدم تطابق المنصة
مرر جميع الأسرار عبر Helm --set بدلاً من تضمينها في ملفات values.yaml
استخدم وسائط البناء (ARG) لمتغيرات NEXT_PUBLIC_* وليس ENV وقت التشغيل في Dockerfiles

تجنب

تضمين الأسرار في صور Docker أو ملفات values.yaml
بناء الصور دون التحقق من بنية الكلة (arm64 مقابل amd64)
استخدام ENV وقت التشغيل لمتغيرات Next.js العامة التي يجب تضمينها في وقت البناء

الأسئلة المتكررة

ما المنصات Kubernetes المدعومة؟

AKS (Azure)، GKE (Google Cloud)، و DOKS (DigitalOcean) مغطاة صراحةً مع أنماط خاصة بالمنصة.

ما أنواع البنى التي يمكن لهذه المهارة التعامل معها؟

كلتا البنيتين arm64 و amd64 مدعومتان مع إرشادات حول تطابق بناءات Docker مع عُقد الكتلة.

هل تتكامل هذه المهارة مع الأدوات الموجودة؟

نعم، تعمل مع kubectl و GitHub Actions و Helm و Docker buildx و ArgoCD لسير عمل نشر كامل.

هل بياناتي آمنة عند استخدام هذه المهارة؟

توفر هذه المهارة فقط أنماط التوثيق. لا تُصل إلى الملفات أو الشبكات أو تنفذ أوامر على أنظمتك.

لماذا تعرض حُاويتي ImagePullBackOff؟

تشمل الأسباب الشائعة علامة صورة خاطئة، أو وصول غير مُصرّح للسجل، أو عدم تطابق البنية. تشغيل أوامر التشخيص لتحديد الخطأ المحدد.

كيف تختلف هذه المهارة عن مهارة containerizing-applications؟

تركز تلك المهارة على بناء صور Docker و Helm charts. تركز هذه المهارة على نشر تلك القطع الأثرية إلى Kubernetes السحابي مع خطوط CI/CD.

تفاصيل المطور

المؤلف

Asmayaseen

الترخيص

MIT

المستودع

https://github.com/Asmayaseen/hackathon-2/tree/main/.claude/skills/deploying-cloud-k8s

مرجع

main

بنية الملفات

📁 references/

📄 production-patterns.md

📁 scripts/

📄 verify.py

📄 SKILL.md