اتصال نرم‌افزاری را با شاخص‌های تعریف‌شده برای موفقیت درخواست، رکوردهای دریافت‌شده و تازگی داده‌ها نظارت کنید. پاسخ موفق شبکه به تنهایی نشان‌دهنده داده‌های کامل یا به‌روز ردیابی نیست.
پاسخ خالی را از شکست و دریافت ناقص جدا کنید
از قرارداد واقعی برای تمایز نتایج معتبر خالی، شکست‌ها و پیمایش ناقص استفاده کنید. هشدارها را به شرایط قابل اقدام متصل نگه دارید.
حفاظت از اطلاعات تشخیصی
تعدادها و شرح خطا با حذف اطلاعات حساس را به جای اطلاعات محرمانهٔ دسترسی یا مسیرهای خصوصی کامل ثبت کنید. یک بازبین مسئول و رویه بازیابی تعیین کنید.
| موضوع بررسی | مدرک یا دادهٔ لازم | کاربرد در تصمیم |
|---|---|---|
| درخواست‌ها | معنای موفقیت مستند شده | تشخیص شکست‌های انتقال |
| رکوردها | دامنه و تعداد مورد انتظار | بررسی کامل بودن |
| تازگی | زمان ثبت مرتبط تعریف‌شده | تازگی را با زمان رکورد بسنجید، نه زمان بازشدن صفحه |
| پاسخ | مالک و رویه | قابل اقدام کردن هشدار |
خانهٔ خالی در این کاربرگ، سؤال بی‌پاسخ است؛ آن را نتیجهٔ مثبت یا منفی فرض نکنید. مدرک موجود را از ادعا و فرض جدا نگه دارید.
یک مثال فرضی
فرض کنید API با موفقیت پاسخ دهد اما برای بازه‌ای که باید بررسی شود هیچ رکوردی برنمی‌گرداند. ابتدا محدودهٔ پرسوجو و معنای پاسخ خالی را در قرارداد بررسی کنید؛ پاسخ موفق به‌تنهایی دلیل سلامت دریافت داده نیست.
برای دادهٔ ناقص، مسئول رسیدگی تعیین کنید
نسخه و قرارداد اتصال و معنای پاسخ خالی را همراه شاخصها ثبت کنید. هشدار را به مسئول و رویهٔ بازیابی مرتبط کنید؛ موفقیت HTTP جای کامل بودن و تازگی داده نیست. این راهنما وجود داشبورد پایش اتصال در رهگارد را تأیید نمی‌کند.
مطالعهٔ تکمیلی: صفحه‌بندی API ردیاب؛ چطور خروجی ناقص را تشخیص دهیم؟ و زمان در API ردیاب؛ UTC، offset و زمان بدون منطقه را اشتباه نگیریم.
برای بررسی دستگاه و مسیر رسمی خدمات، به رهگارد و فروشگاه ردیاب خودرو مراجعه کنید؛ امکانات و شرایط همان مدل را پیش از سفارش تأیید کنید.
هنوز دیدگاهی ثبت نشده. اولین نفر باشید!