جارٍ التحميل
تحسين مُقاس للواجهات الخلفية تحت حركة حقيقية: زمن الاستجابة، والإنتاجية، والإقلاع البارد.
يبدأ عمل الأداء بالقياس لا بالرأي. على واجهة برمجة لسوق سحابي خفضنا الإقلاع البارد لدوالّ Lambda من نحو 8 ثوانٍ إلى نحو 1.5 ثانية بإدخال التحزيم عبر esbuild وتشذيب التبعيات والتحميل الكسول لعملاء SDK؛ وأعدنا كتابة أبطأ استعلامات MySQL خلف قوائم الطلبات الكبيرة؛ واستبدلنا بعمليةٍ كانت تستغرق ساعات سكربتاتِ Painless تُحدّث آلاف مستندات OpenSearch في دقائق. والمنهج واحد دائمًا: قِس، وأصلح أكبر كلفة، وأثبت المكسب، وكرّر.
قياس النظام الحقيقي تحت حركة حقيقية. الأرقام أولًا.
أبطأ استعلام وأثقل نقطة وصول أولًا، لا الأكثر إثارة للاهتمام.
تغيير واحد في كل مرة، ويُتحقَّق من كل واحد مقابل خط الأساس.
تنبيهات وميزانيات أداء تلتقط التراجع قبل أن يلتقطه مستخدموك.
بقياس أين يذهب الوقت: تحليل وتتبّع قبل أي تغيير في الشيفرة. فنادرًا ما يكون عنق الزجاجة حيث يقول الحدس.
غالبًا، وبفارق كبير: التحزيم وتشذيب التبعيات والتحميل الكسول أخذت الخدمات التي عملنا عليها من نحو 8 ثوانٍ إلى نحو 1.5 ثانية.
غالبًا هو العمل نفسه: حِزم أصغر، واستدعاءات مهدورة أقل، وموارد محجَّمة بدقّة تخفض زمن الاستجابة والفاتورة معًا.
تعمل حزمة الاختبارات مع كل تحسين، وتحصل عمليات إعادة الكتابة الخطرة على اختبارات توصيف أولًا.
أخبرنا على ماذا تعمل. ردّ خلال 24 ساعة، وتشخيص من صفحة واحدة خلال 48.