سایت در کمپین کند می‌شود؛ کاربران هم‌زمان را چطور بسنجیم؟

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

بازدید روزانه تعداد فعالیت در یک روز است؛ ۱۰ هزار بازدید که در ۲۴ ساعت پخش شده با همان تعداد در چند دقیقه فشار یکسانی ندارد. کاربران فعال در گزارش تحلیلی معمولاً افرادی هستند که در یک بازه تعریف‌شده فعالیت داشته‌اند؛ تعریف بازه را در همان ابزار بخوانید. درخواست در ثانیه هم تعداد درخواست‌های HTTP است و هر صفحه می‌تواند چندین درخواست برای تصویر و فایل‌های دیگر بسازد.

مثلاً ۱۰۰ کاربر فعال در پنج دقیقه به معنی ۱۰۰ درخواست هم‌زمان به PHP نیست. برخی کاربران در حال خواندن صفحه‌اند و برخی ممکن است چند درخواست کوتاه بفرستند. این عددها برای مقایسه مفیدند، نه تبدیل مستقیم به ظرفیت قطعی.

اگر Google Analytics دارید، در بخش Reports → Realtime کارت کاربران فعال پنج یا سی دقیقه اخیر را ببینید و زمان و عدد را یادداشت کنید. مثلاً «۲۰۰ کاربر فعال در ۳۰ دقیقه» یعنی این تعداد در آن بازه فعالیت داشته‌اند؛ ثابت نمی‌کند هر ۲۰۰ نفر در یک ثانیه درخواست فرستاده‌اند. اگر آمارگیری ندارید، از گزارش درخواست میزبان استفاده کنید و تعداد درخواست را به جای تعداد افراد اعلام کنید. راهنمای گزارش لحظه‌ای گوگل معنی بازه‌ها را توضیح می‌دهد.

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

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

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

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

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

برای تفاوت سنجش کاربران مجازی و درخواست‌ها، راهنمای مدل‌سازی بار در k6 توضیح فنی بیشتری دارد.