Chaosblade: مجموعة أدوات هندسة فوضى سهلة الاستخدام وقوية

النسخة الصينية README
ويكي: DeepWiki

🔥🔥🔥 تحديث رئيسي: تم إصدار وكيل Chaosblade - Blade AI

يعمل Blade AI كطبقة وكيل ذكي داخل نظام ChaosBlade البيئي: على المستوى الأساسي، يستدعي ChaosBlade لتنفيذ حقن الأعطال؛ وعلى المستوى العلوي، يتضمن قدرات تنسيق مثل فهم النية، والتدقيق الأمني، والتحقق من التأثير، والاسترداد الآمن، وإعداد التقارير المنظمة—مما يحول تدريبات الأعطال من عملية "كتابة الأوامر يدويًا" إلى عملية تُنجز عبر "التفاعل الحواري".

للحصول على معلومات مفصلة، يرجى الرجوع إلى: Blade AI README

• الإصدار: blade-ai-v0.1.0
• فرع الكود: blade-ai-v0.1.0

مقدمة

ChaosBlade هي أداة حقن تجريبي مفتوحة المصدر من Alibaba تتبع مبادئ هندسة الفوضى ونماذج تجارب الفوضى لمساعدة المؤسسات على تحسين تحمل الأخطاء في الأنظمة الموزعة وضمان استمرارية الأعمال أثناء عملية انتقال المؤسسات إلى السحابة أو الانتقال إلى الأنظمة السحابية الأصلية.

Chaosblade هو مشروع مفتوح المصدر داخلي من MonkeyKing. يعتمد على ما يقرب من عشر سنوات من اختبارات الأعطال وممارسات التدريب في Alibaba، ويجمع بين أفضل الأفكار والممارسات من أعمال المجموعة.

ChaosBlade ليس سهل الاستخدام فحسب، بل يدعم أيضًا سيناريوهات تجريبية غنية. وتشمل السيناريوهات:

• الموارد الأساسية: مثل وحدة المعالجة المركزية والذاكرة والشبكة والقرص والعمليات وغيرها من السيناريوهات التجريبية؛
• تطبيقات Java: مثل قواعد البيانات وذاكرة التخزين المؤقت والرسائل وJVM نفسه والخدمات المصغرة وما إلى ذلك. يمكنك أيضًا تحديد أي أسلوب فئة لحقن سيناريوهات تجريبية معقدة متنوعة؛
• تطبيقات C ++: مثل تحديد أي طرق أو أسطر تعليمات برمجية تجريبية لحقن التأخير، أو العبث بالمتغيرات وقيم الإرجاع؛
• الحاويات: مثل قتل الحاوية، وسيناريوهات تجريبية لوحدة المعالجة المركزية والذاكرة والشبكة والقرص والعمليات داخل الحاوية؛
• المنصات السحابية الأصلية: على سبيل المثال، سيناريوهات تجريبية لوحدة المعالجة المركزية والذاكرة والشبكة والقرص والعمليات على عُقد منصة Kubernetes، وسيناريوهات تجريبية لشبكة Pod وPod نفسه مثل قتل Pods، وسيناريوهات تجريبية للحاويات مثل سيناريو حاوية Docker المذكور سابقًا؛

إن تغليف السيناريوهات حسب المجال في مشاريع مستقلة لا يسمح فقط بتوحيد السيناريوهات في المجال، بل يسهل أيضًا التوسع الأفقي والرأسي للسيناريوهات. باتباع نموذج تجارب الفوضى، يمكن استدعاء chaosblade cli بشكل موحد. المشاريع المضمنة حاليًا هي:

• chaosblade: أداة إدارة تجارب الفوضى، وتتضمن أوامر إنشاء التجارب، وتدمير التجارب، والاستعلام عن التجارب، وتجهيز البيئات التجريبية، وإلغاء البيئات التجريبية. وهي أداة تنفيذ تجارب الفوضى. تشمل طرق التنفيذ CLI وHTTP. توفر أوامر كاملة ووصفًا للسيناريوهات التجريبية ومعاملات السيناريو، والتشغيل بسيط وواضح.
• chaosblade-spec-go: تعريف نموذج تجارب الفوضى بلغة Golang، والسيناريوهات المنفذة باستخدام لغة Golang يسهل تنفيذها بناءً على هذه المواصفات.
• chaosblade-exec-os: تنفيذ السيناريوهات التجريبية للموارد الأساسية.
• chaosblade-exec-docker: تنفيذ سيناريوهات تجارب حاويات Docker، ويتم توحيدها عبر استدعاء Docker API.
• chaosblade-exec-cri: تنفيذ سيناريوهات تجارب الحاويات، ويتم توحيدها عبر استدعاء CRI.
• chaosblade-operator: يتم تنفيذ سيناريوهات تجارب منصة Kubernetes، ويتم تعريف تجارب الفوضى بطريقة CRD القياسية في Kubernetes. من السهل جدًا استخدام طريقة تشغيل موارد Kubernetes لإنشاء السيناريوهات التجريبية وتحديثها وحذفها، بما في ذلك استخدام kubectl وclient-go وغيرها، وكذلك استخدام أداة chaosblade cli المذكورة أعلاه.
• chaosblade-exec-jvm: تنفيذ سيناريوهات تجارب تطبيقات Java، باستخدام تقنية Java Agent للتثبيت الديناميكي، دون أي اعتماد على الوصول، واستخدام بدون تكلفة. كما يدعم إلغاء التثبيت وإعادة تدوير الموارد المختلفة التي ينشئها Agent بالكامل.
• chaosblade-exec-cplus: تنفيذ سيناريوهات تجارب تطبيقات C ++، باستخدام تقنية GDB لتنفيذ حقن السيناريوهات التجريبية على مستوى الدوال وأسطر التعليمات البرمجية.
• chaosblade-box: يمتلك إمكانات منصة هندسة الفوضى ومنصة اختبار المرونة. لمزيد من المعلومات حول إمكانات منصة اختبار المرونة، راجع فرع main2.

بدء سريع

يساعدك هذا الدليل على تنفيذ أول حقن للأعطال على Kubernetes في أقل من 5 دقائق باستخدام ChaosBlade. سنقوم بحقن خطأ ضغط على وحدة المعالجة المركزية في Pod كمثال بسيط.

المتطلبات الأساسية

قبل أن تبدأ، تأكد من أن لديك:

• الوصول إلى kubectl لمجموعة Kubernetes قيد التشغيل (يعيد kubectl cluster-info النجاح)
• مساحة أسماء مستهدفة تحتوي على Pod واحد قيد التشغيل على الأقل (الافتراضي: default)
• تثبيت ChaosBlade:
  • تنزيل مجموعة أدوات CLI الخاصة بـ chaosblade وفك ضغطها (يجب أن يكون ملف blade الثنائي في PATH الخاص بك)
  • نشر chaosblade-operator في مجموعتك (مطلوب لسيناريوهات Kubernetes)

ثبّت المشغل باستخدام Helm:

helm install chaosblade-operator chaosblade-operator-<version>.tgz --namespace chaosblade --create-namespace

تحقق من أن المشغل قيد التشغيل:

kubectl get pods -n chaosblade

حقن أول خطأ لديك (ضغط وحدة المعالجة المركزية)

شغّل خطأ تحميل كامل لوحدة المعالجة المركزية ضد Pod في مساحة الأسماء default:

blade create k8s pod-cpu fullload   --cpu-percent 80   --kubeconfig ~/.kube/config   --names <pod-name>   --namespace default

إذا نجح الحقن، يعيد ChaosBlade نتيجة JSON تحتوي على uid للتجربة. احفظ هذا uid للتحقق من الحالة أو تدمير التجربة لاحقًا:

{"code":200,"success":true,"result":"<experiment-uid>"}

التحقق من حالة التجربة

blade status <experiment-uid>

الاسترداد (تدمير الخطأ)

استعد دائمًا بعد التدريب لاستعادة الهدف إلى وضعه الطبيعي:

blade destroy <experiment-uid>

وهكذا تكون قد أكملت دورة كاملة من الحقن والتحقق والاسترداد. لاستكشاف المزيد من السيناريوهات، شغّل blade create k8s -h أو راجع ممارسة هندسة الفوضى في البيئات السحابية الأصلية.

أوامر CLI