هندسة الفوضى لتطبيقات Go: نكسر التطبيقات لإنقاذها

مقدمة: لماذا خدمة Go الخاصة بك ليست ميناءً هادئًا

لقد كتبت كودًا مثاليًا بلغة Go. إنه سريع، متزامن، يستخدم goroutines والقنوات. لقد أجريت اختبارات الوحدة، اختبارات التكامل، وتحقق من التغطية. ولكن عندما أصدرت الإصدار مساء الجمعة، انهار كل شيء. لماذا؟ لأن الفوضى تعيش في بيئة الإنتاج. الشبكة تتباطأ، الأقراص تمتلئ، قواعد البيانات تتعطل، والخدمات المصغرة التابعة تدخل في مهلة زمنية لا نهائية.

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

ما هي هندسة الفوضى ولماذا يحتاجها مطور Go؟

هندسة الفوضى ليست مجرد "اكسر واهرب". إنها نهج علمي لتعزيز تحمل الأخطاء. الفكرة الأساسية: بدلاً من انتظار العطل، تقوم باستفزازه في بيئة خاضعة للرقابة. تقوم بصياغة فرضية ("إذا تعطلت قاعدة البيانات، ستعيد الخدمة خطأً ولكنها لن تتجمد")، وتجري تجربة وترى النتيجة.

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

الأدوات اللازمة لهندسة الفوضى في Go

في عالم Go، هناك العديد من المكتبات والأساليب القوية لإدخال الفوضى. سننظر في أشهرها:

• gofault - مكتبة بسيطة لحقن التأخيرات والأخطاء.
• chaostoolkit - إطار عمل لتنسيق التجارب (يوجد مشغلات Go).
• الوسائط الوسيطة الخاصة بك - الطريقة الأكثر مرونة وتحكمًا.

في هذه المقالة، سنتبع مسار إنشاء الوسائط الوسيطة الخاصة بنا. سيعطيك هذا فهمًا كاملاً للعملية والقدرة على تكييفها مع احتياجاتك.

التطبيق العملي: إنشاء وسيطة فوضى لخادم HTTP بلغة Go

تخيل أن لديك خادم HTTP بسيط بلغة Go. سنضيف وسيطة تحاكي أعطالًا مختلفة: تأخيرات، أخطاء، ذعر.

الخطوة 1: الهيكل الأساسي

لنبدأ بتعريف هيكل تكوين الفوضى:

package chaos

import (    "math/rand"    "net/http"    "time")

// Config يحتوي على إعدادات حقن الفوضى.type Config struct {    // Probability - الاحتمال (0.0 - 1.0) لحدوث العطل.    Probability float64    // DelayRange - نطاق التأخير بالمللي ثانية [min, max].    DelayRange [2]int    // ErrorCode - رمز حالة HTTP الذي سيتم إرجاعه عند الخطأ.    ErrorCode int    // Panic - إذا كان true، ستسبب الوسيطة ذعرًا.    Panic bool}

// DefaultConfig يعيد التكوين الافتراضي.func DefaultConfig() Config {    return Config{        Probability: 0.1, // 10% من الطلبات ستتأثر        DelayRange:  [2]int{100, 500},        ErrorCode:   http.StatusInternalServerError,        Panic:       false,    }}

الخطوة 2: كتابة الوسيطة نفسها

الآن سننشئ دالة تعيد الوسيطة. ستقرر بشكل عشوائي ما يجب فعله بالطلب.

// Middleware تعيد وسيطة HTTP لحقن الفوضى.func Middleware(cfg Config) func(http.Handler) http.Handler {    rng := rand.New(rand.NewSource(time.Now().UnixNano()))

    return func(next http.Handler) http.Handler {        return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {            /