This is a submission for DEV's Summer Bug Smash: Smash Stories powered by Sentry.
في تمام الساعة الثانية صباحاً، وتحت الضوء المنبعث من الشاشة فقط، كنت أُجري اختبارات الإجهاد على منصة SovereignStack—المشروع الذي استغرق تطويره ستة أشهر متواصلة من العمل المكثف. كانت الاختبارات القياسية تسير بسلاسة، ولكن فور إطلاق محاكاة لهجوم حجب الخدمة الموزع (DDoS)، انهارت الاستجابة البرمجية للنظام كلياً.
خلال 15 ثانية فقط، قفز معدل استهلاك المعالج إلى 95%، وتصاعد استهلاك الذاكرة بشكل حاد، فيما توقفت خدمة الذكاء الاصطناعي (Gemini AI)—المسؤولة عن التحليل الأمني الفوري—عن الاستجابة تماماً. كان من شأن هذا الانهيار، لو حدث أثناء التقييم الفعلي أمام الهيئة الوطنية للأمن السيبراني (NCA)، أن ينهي المشروع كاملاً. لم أكن أعلم حينها أن تلك الليلة ستعيد تشكيل رؤيتي المعمارية لبناء البرمجيات بشكل جذري.
كانت البنية الهندسية للنظام تبدو واعدة على الورق: واجهة مستخدم مبنية بـ React، وخلفية برمجة بـ Node.js/Express، مع إطار Kubernetes لإدارة الحاويات وعزلها، ونظام Vault لتشفير مفاتيح HMAC، إضافة إلى ربط مستمر بحزمة Gemini SDK لتحليل السجلات الأمنية بشكل لحظي. وبصفتها منصة سيادية (PaaS)، فإن أي خلل في المعالجة قد يؤدي لتسريب بيانات حكومية حساسة.
لم يكمن الخلل في الأدوات ذاتها، بل في التسلسل المتزامن لعمليات الطلب (Request Pipeline)؛ إذ كان كل طلب يمر بسلسلة خطية مجهدة: التحقق من مفتاح HMAC عبر Vault، ثم استعلام بيانات المستأجر من PostgreSQL، وتسجيل النشاط في Redis، وانتظار معالجة Gemini AI للسجلات، قبل إرسال الاستجابة النهائية للمستخدم. في بيئة التطوير المحلية، كانت العملية تستغرق نحو 200 مللي ثانية، وهو معدل ممتاز، لكن تحت ضغط آلاف الطلبات في الثانية، تحول هذا التأخير التراكمي إلى اختناق حاد في المعالجة (Throughput Bottleneck)، مما أدى لتكدس الطلبات وتجميد الخيوط البرمجية أثناء انتظار رد الذكاء الاصطناعي.
