مانیتورینگ مصنوعی (Synthetic) چیست؟ طرز کار و زمان استفاده.

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

نکته‌های کلیدی

• چک‌های مصنوعی درخواست‌ها یا مسیرهای کاربری رو طبق زمان‌بندی و از لوکیشن‌های انتخابی شبیه‌سازی می‌کنن.
• حتی وقتی هیچ کاربر واقعی فعال نیست کار می‌کنن: شب، قبل از راه‌اندازی، روی قابلیت‌های جدید.
• مانیتورینگ کاربر واقعی (RUM) تجربه‌ی بازدیدکننده‌های واقعی رو نشون می‌ده؛ مانیتورینگ مصنوعی نشون می‌ده مسیرهای کلیدی همین الان کار می‌کنن یا نه.
• با چک‌های ساده روی endpointهای حیاتی شروع کنید و بعد جریان‌های چندمرحله‌ای ورود و خرید رو اضافه کنید.
• تست‌های مصنوعی رو امن نگه دارید: حساب تست، کارهای فقط‌خواندنی، برچسب روشن.

مصنوعی در برابر کاربر واقعی

مکمل هم‌ان: چک‌های مصنوعی می‌گن پرداخت ساعت ۳ صبح کار می‌کنه؛ RUM می‌گه روی گوشی‌های قدیمی کنده.

انواع چک مصنوعی

از ساده‌ترین تا کامل‌ترین:

1. چک دسترس‌پذیری؛ یه درخواست HTTP به یه آدرس با انتظار یه کد وضعیت. مانیتورینگ سایت رو ببینید.
2. چک محتوا؛ پاسخ باید یه متن مشخص رو داشته باشه (یا نداشته باشه). مانیتورینگ کلمه‌ی کلیدی رو ببینید.
3. چک API؛ درخواست با هدر و بدنه، با شرط روی فیلدهای JSON. مانیتورینگ API رو ببینید.
4. جریان چندمرحله‌ای API؛ چند درخواست وابسته: ورود، استفاده از توکن، دنبال کردن شناسه‌های برگشتی. چک‌های چندمرحله‌ای رو ببینید.
5. مسیر مرورگر؛ یه مرورگر واقعی اسکریپتی که بین صفحه‌ها کلیک می‌کنه. واقعی‌ترین و شکننده‌ترین.
6. چک‌های شبکه؛ پینگ و پروب‌های TCP و UDP برای زیرساخت.

اول چی رو پوشش بدیم؟

مسیرها رو بر اساس اثرشون روی کسب‌وکار انتخاب کنید:

1. صفحه‌ی اصلی و صفحه‌های فرود اصلی (چک محتوا).
2. ورود (چندمرحله‌ای: ورود با فرم یا API، بعد صفحه‌ای که فقط کاربر واردشده می‌بینه).
3. مسیر پول: از محصول تا سبد و صفحه‌ی پرداخت، یا API سفارش.
4. endpointهای API عمومی که همکارها یا اپ‌های موبایل استفاده می‌کنن.
5. فرایندهای پس‌زمینه با چک‌های Heartbeat.

طراحی تست‌های مصنوعی خوب

• روی نتیجه شرط بذارید، نه فقط کد وضعیت. صفحه بعد از ورود باید اسم کاربر رو داشته باشه، API باید یه لیست غیرخالی برگردونه.
• از حساب‌های تست اختصاصی استفاده کنید که داده‌ی واقعی و دسترسی زیادی ندارن.
• از اثر جانبی دوری کنید. سفارش واقعی ثبت نکنید و پیامک واقعی نفرستید؛ از حالت sandbox یا رکوردهای تستی استفاده کنید.
• ترافیک رو برچسب بزنید با یه User-Agent قابل تشخیص تا آمار سایت بتونه کنارش بذاره.
• از چند لوکیشن اجرا کنید تا مشکل شبکه‌ی منطقه‌ای از خرابی واقعی جدا بشه.
• اسکریپت‌ها رو کوتاه نگه دارید. اسکریپت‌های طولانی و شکننده با تغییرات بی‌خطر رابط کاربری می‌شکنن و به آدم‌ها یاد می‌دن هشدارها رو نادیده بگیرن.

وقتی چک مصنوعی شکست می‌خوره

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

پرسش‌های پرتکرار

• مانیتورینگ مصنوعی همون مانیتورینگ آپتایمه؟

  +

  مانیتورینگ آپتایم ساده‌ترین شکل مانیتورینگ مصنوعیه. مانیتورینگ مصنوعی جریان‌های چندمرحله‌ای، شرط‌ها و مسیرهای اسکریپتی رو هم پوشش می‌ده.

• چک‌های مصنوعی هر چند وقت اجرا بشن؟

  +

  مسیرهای حیاتی هر ۱ تا ۵ دقیقه؛ برای مسیرهای سنگین‌تر مرورگری هر ۱۰ تا ۱۵ دقیقه رایجه.

• چک‌های مصنوعی می‌تونن جای تست قبل از انتشار رو بگیرن؟

  +

  نه. اون‌ها محیط تولید رو مدام زیر نظر دارن؛ تست‌ها مشکل‌ها رو قبل از رسیدن به اون پیدا می‌کنن. خیلی از تیم‌ها همون مسیرها رو در هر دو استفاده می‌کنن.