تحسين أداء التطبيق
التطبيق البطيء لا يُكتب عنه في الشكاوى دائمًا، بل يُترك بصمت. والبطء قد يكون في الجهاز، أو الشبكة، أو الخادم، أو قاعدة البيانات، ومعالجة المكان الخطأ تكلف دون نتيجة. نقيس أولًا أين يضيع الوقت، ثم نعالج الأكبر أثرًا، ونقارن الأرقام قبل وبعد.
أين يظهر البطء؟
التطبيق يفتح ببطءشاشة بيضاء أو شعار لثوانٍ طويلة.
الشاشات تتأخر في التحميلخاصة القوائم والبحث.
الأزرار لا تستجيب فورًاأو الحركة متقطعة.
البطء يزيد مع الوقتكلما زادت البيانات والمستخدمون.
البطارية تنفد بسرعةأو الجهاز يسخن.
لوحة التحكم بطيئةوالتقارير تستغرق دقائق.
ما نقيسه ونعالجه
التطبيق
- زمن الإقلاع
- زمن رسم الشاشات
- استهلاك الذاكرة
- حجم التطبيق
الشبكة
- عدد الطلبات لكل شاشة
- حجم الاستجابات والصور
- التخزين المؤقت
- العمل على شبكة ضعيفة
الخادم
- زمن الاستجابة لكل واجهة
- المهام الثقيلة المتزامنة
- التخزين المؤقت
- الموارد والتوسع
قاعدة البيانات
- الاستعلامات البطيئة
- الفهارس
- الاستعلامات المتكررة
- حجم الجداول
الوسائط
- ضغط الصور وأحجامها
- التحميل الكسول
- CDN
- صيغ حديثة للصور
البطارية
- العمل في الخلفية
- تكرار الموقع
- الاتصالات المتكررة
- الحركات الثقيلة
ما نقيسه قبل التعديل وبعده
| المقياس | لماذا يهم |
|---|---|
| زمن الإقلاع | أول انطباع، ويؤثر على من يترك التطبيق مبكرًا |
| زمن تحميل الشاشات الأساسية | الشاشات التي يمر بها كل مستخدم |
| زمن استجابة الواجهات | أبطأ نسبة من الطلبات تكشف ما يعانيه المستخدمون فعلًا |
| أبطأ الاستعلامات | غالبًا عدد قليل منها يسبب أغلب البطء |
| معدل الأعطال وتجمد الواجهة | البطء الشديد يتحول إلى أعطال |
| استهلاك البطارية والبيانات | يحدد إن كان المستخدم يبقي التطبيق |
ما تستلمه
- تقرير القياس الأوليأين يضيع الوقت، وبالأرقام.
- خطة التحسينمرتبة حسب الأثر والجهد.
- التحسينات المنفذةفي التطبيق والخادم وقاعدة البيانات.
- تقرير قبل وبعدبالمقاييس نفسها.
- مراقبة الأداءمفعلة للمستقبل.
- التوصياتلما يحتاج إلى تغيير أكبر.
ما يمكن ربطه بالخدمة
الاختبار
إن لم يكفِ
أسباب بطء نجدها كثيرًا
دمجها في طلب واحد مصمم للشاشة، وتخزين مؤقت للثابت منها.
تصغير على الخادم وCDN وتحميل كسول.
فهرس مناسب، وغالبًا ينخفض زمن الواجهة من ثوانٍ إلى أجزاء منها.
جلب البيانات دفعة واحدة بدل استعلام لكل عنصر.
نقله إلى مهمة في الخلفية بإشعار عند الجاهزية.
مراحل التنفيذ
- تقرير القياس
القياس الأولي
التطبيق والشبكة والخادم وقاعدة البيانات.
- قائمة مرتبة
تحديد المصادر
أكبر أسباب البطء.
- خطة معتمدة
خطة التحسين
الأثر مقابل الجهد.
- تحسينات
التنفيذ
الأكبر أثرًا أولًا.
- تقرير قبل وبعد
إعادة القياس
المقاييس نفسها.
- مراقبة مفعلة
المراقبة
للحفاظ على الأداء.
ما نحتاجه منك للبدء
لا يلزم أن يكون كل ذلك جاهزًا. ما ينقص نستكمله معك في جلسة التحليل.
- أين يظهر البطء: الشاشات والأجهزة والأوقات.
- الوصول إلى الكود والخوادم: وأدوات المراقبة إن وجدت.
- حجم البيانات والمستخدمين: اليوم والمتوقع.
- هدف واضح: ما الذي يعتبر سريعًا بما يكفي.
أسئلة تحسمها قبل التنفيذ
نساعدك على الإجابة عنها، لأن كل إجابة تغير النطاق والتكلفة.
مشكلات نمنعها من البداية
الجودة والأمن والتشغيل
الجودة
كل تحسين مقاس ومراجع.
الأمن
التخزين المؤقت لا يكشف بيانات مستخدم لآخر.
قابلية التوسع
تحسينات تبقى فعالة مع النمو.
الاختبارات
اختبار أداء وأحمال قبل وبعد.
التوثيق
تقرير القياس والتحسينات.
الدعم
مراقبة مستمرة للأداء.
أسئلة شائعة
نادرًا. غالبًا يكون السبب في استعلام أو طلبات متكررة أو صور كبيرة، وإصلاحه أرخص وأدوم.
يعتمد على السبب، ونعطيك الأرقام الفعلية قبل وبعد.
جزء كبير في الخادم وقاعدة البيانات لا يحتاج إلى تحديث التطبيق.
نعم، لمعرفة حدود النظام قبل الحملات والمواسم.
نوضح ذلك بالقياس، ونقترح المسار: تحسين جزئي أو إعادة تطوير.
خدمات مرتبطة
أخبرنا أين يظهر البطء
ونقترح قياسًا محدد المدة يحدد المصدر قبل التعديل.