بهینه‌سازی

مسیرهای مهم کاربر و شاخص‌های سرویس مشخص می‌شوند. اندازه‌گیری مبنا کمک می‌کند بهبود واقعی از تغییر ابزار، نوسان شبکه یا یک اجرای اتفاقی جدا شود.

زمان در لایه‌های مرورگر، وب‌سرور، برنامه و پایگاه داده بررسی می‌شود. اولویت با بخشی است که بیش‌ترین اثر را روی سناریوی کاربر دارد، نه فقط پرمصرف‌ترین نمودار.

عملیات مهم کسب‌وکار جدا بررسی می‌شوند. سرعت صفحه‌ی نخست جای بررسی ثبت سفارش، جست‌وجو یا گزارش مدیریتی را نمی‌گیرد؛ هر مسیر معیار و آزمون خودش را دارد.

پیشنهادها با اثر موردانتظار، دامنه‌ی تغییر و وابستگی‌ها مرتب می‌شوند. تیم می‌داند کدام اصلاح زودتر انجام می‌شود و سنجش موفقیت آن چگونه خواهد بود.

مسیرهای پرتکرار کد، فراخوانی API و کارهای هم‌زمان بررسی می‌شوند. انتقال کار مناسب به صف یا حذف پردازش تکراری، با توجه به معماری سرویس انجام می‌شود.

پرس‌وجوهای کند، ایندکس‌ها، اتصال‌ها و حجم داده تحلیل می‌شوند. تغییرها باید با الگوی خواندن و نوشتن سازگار باشند تا بهبود یک گزارش به کندی عملیات دیگر منجر نشود.

سیاست کش با نوع محتوا طراحی می‌شود. داده‌ی شخصی، ورود و تراکنش‌ها از محتوای عمومی تفکیک می‌شوند تا سرعت بیش‌تر، درستی نمایش و عملیات را مختل نکند.

مصرف CPU، حافظه، دیسک و مسیر شبکه کنار تنظیمات اجرا بررسی می‌شوند. افزایش منابع، توزیع بار یا تغییر تنظیمات با شواهد ظرفیت و هزینه انتخاب می‌شوند.

منابع صفحه، ترتیب بارگذاری و پاسخ به تعامل بررسی می‌شوند. شاخص‌های تجربه‌ی کاربر در کنار زمان پاسخ سرور قرار می‌گیرند تا بهبود برای بازدیدکننده قابل لمس باشد.

در صورت قرارگرفتن در دامنه‌ی پروژه، آزمون بار با زمان، محدودیت و معیار توقف مشخص اجرا می‌شود. ظرفیت فقط در محدوده‌ی محیط و سناریوی آزموده‌شده گزارش می‌شود.

شاخص‌های مبنا پس از تغییر دوباره اندازه‌گیری می‌شوند. گزارش نشان می‌دهد چه چیزی تغییر کرده، اثر آن چقدر بوده و چه محدودیت‌هایی در مقایسه وجود داشته است.

شاخص‌های لازم برای ادامه‌ی پایش و تغییرهای حساس مستند می‌شوند. تیم می‌تواند اثر توسعه‌های بعدی را بسنجد و بازگشت تدریجی کندی را زودتر تشخیص دهد.