مراجعة الأداء وإصلاح مسار شراء التذاكر
بعد تعثر طرحين للتذاكر، احتاجت المنصة إلى خطة إصلاح واضحة قبل الإصدار التالي. قضينا أسبوعين في مراجعة البنية والأداء وتجربة المطورين، ثم عشرة أسابيع في تنفيذ الإصلاحات الثلاثة الأعلى أولوية.
لقطات من النظام
التحدي
كان إتمام الشراء يمر عبر ست خدمات، لكن الفريق لا يعرف أيها يسبب البطء. ومع غياب اختبار تحميل فعلي وبقاء ربع سنة قبل الإصدار التالي، احتاجوا إلى قائمة إصلاحات مرتبة يمكن إنجازها في الوقت المتاح.
كيف عملنا على الحل
حللنا المسار من السلة إلى الدفع بمحاكاة زيارات طرح التذاكر، ورتبنا كل ملاحظة حسب تكلفة إصلاحها والمخاطر التي تزيلها. عالجنا استعلام N+1 في التسعير، واستدعاء متزامنا لحجز المقعد داخل إتمام الشراء، وذاكرة مؤقتة غير مهيأة وقت الذروة. وأبقينا أدوات اختبار التحميل ضمن التكامل المستمر لدى العميل، لفحص التغييرات قبل الإصدار.
النتائج
- خفض زمن إتمام الشراء عند المئين 95 بنسبة 64% تحت محاكاة ذروة الحمل
- تحمل الطرح التالي تسعة أضعاف الزيارات المعتادة، مع تراجع في الأداء لنحو دقيقتين عند الافتتاح ودون مدفوعات فاشلة
- ترتيب خمس عشرة ملاحظة، وتنفيذ ثلاث منها، وإبقاء الاثنتي عشرة الأخرى للتخطيط لاحقا
- الإبقاء على أدوات اختبار التحميل ضمن التكامل المستمر لدى العميل لرصد تراجع الأداء مستقبلا
“المذكرة وحدها كانت تستحق التعاقد. أصلحوا المشكلات الثلاث الأهم، ووضحوا لنا بصراحة ما يمكن تأجيله من المشكلات الاثنتي عشرة الأخرى. ومن وقتها رصد اختبار التحميل تراجعين في الأداء قبل أن يلاحظهما أحد خارج الفريق.”إليف آيدن — قائدة فريق البرمجة الخلفية، بيرده
الواجهات الأصلية وإجراءات العمل مشمولة باتفاقية سرية. الصور إعادة تصميم توضيحية للواجهات، ببيانات وأرقام افتراضية. نذكر اسم العميل بإذنه.