Applications Manager
ممکن است صفحه اصلی سامانه باز شود اما یکی از APIهای پشت آن کند یا خراب باشد. در این حالت کاربر می‌گوید «سامانه باز می‌شود ولی ثبت سفارش کار نمی‌کند». برای تیم عملیات، فقط مانیتورینگ Server کافی نیست؛ باید خود مسیر سرویس هم بررسی شود.
پایش API و سرویس‌های وب با Applications Manager کمک می‌کند Availability، زمان پاسخ و صحت خروجی Endpointهای مهم را قبل از اینکه خرابی به شکایت گسترده کاربر تبدیل شود بررسی کنید.
چه چیزی در API باید پایش شود؟
| شاخص | سؤال عملیاتی |
|---|---|
| دسترس‌پذیری | Endpoint پاسخ می‌دهد یا نه؟ |
| زمان پاسخ | پاسخ چقدر طول می‌کشد؟ |
| کد وضعیت | پاسخ موفق است یا خطا؟ |
| محتوای پاسخ | داده مورد انتظار واقعاً برگشته است؟ |
| Timeout | سرویس در چه شرایطی از SLA خارج می‌شود؟ |
۲۰۰ بودن پاسخ همیشه به معنی سلامت نیست
ممکن است API کد ۲۰۰ بدهد اما در Body پیام خطا یا داده ناقص وجود داشته باشد. Applications Manager امکان بررسی محتوای پاسخ را فراهم می‌کند تا مانیتور فقط به Up/Down محدود نباشد.
زمان پاسخ را از دید کسب‌وکار ببینید
API ممکن است از نظر فنی پاسخ دهد، اما اگر زمان پاسخ از چند صد میلی‌ثانیه به چند ثانیه برسد، تجربه کاربر افت می‌کند. Threshold باید با حساسیت سرویس تنظیم شود. برای طراحی هشدار دقیق‌تر می‌توانید مقاله تنظیم آستانه‌های هشدار در Applications Manager را ببینید.
سناریو: ثبت سفارش کند شده است
فرض کنید صفحه فروشگاه سریع باز می‌شود اما ثبت سفارش ۸ ثانیه زمان می‌برد. بررسی زیرساخت نشان می‌دهد CPU و RAM عادی‌اند. مانیتور API مشخص می‌کند Endpoint پرداخت یا موجودی Response Time بالایی دارد. اینجا دامنه عیب‌یابی از «کل سامانه» به یک Dependency خاص محدود می‌شود.
توالی چند درخواست را جداگانه ببینید
در برخی فرایندها یک درخواست به درخواست بعدی وابسته است؛ مثلاً Login، دریافت Token، ثبت سفارش و دریافت نتیجه. Applications Manager مانیتورهای REST API Sequence و HTTP URL Sequence دارد که برای بررسی مسیر چندمرحله‌ای مناسب‌اند.
سرویس‌های مبتنی بر WSDL هم قابل پایش‌اند
برای Web Serviceهای قدیمی‌تر، Applications Manager امکان تعریف WSDL URL، Endpoint و پارامترهای لازم را دارد. بنابراین هم سرویس‌های REST و هم Web Serviceهای سازمانی می‌توانند وارد مدل پایش شوند.
امنیت Credential را رعایت کنید
اگر API برای مانیتورینگ به Username، Password، Header یا Token نیاز دارد، از حساب اختصاصی با حداقل دسترسی استفاده کنید. Credential مانیتورینگ نباید همان دسترسی کامل ادمین یا حساب Production حساس باشد.
چه هشدارهایی مفیدند؟
- عدم دسترسی Endpoint؛
- عبور زمان پاسخ از حد تعریف‌شده؛
- کد خطای HTTP؛
- نبودن مقدار مورد انتظار در پاسخ؛
- شکست چندمرحله‌ای یک Sequence؛
- تکرار Timeout در بازه مشخص.
API Monitoring را کنار تجربه کاربر بگذارید
گاهی API سالم است اما تجربه واقعی کاربر به‌دلیل DNS، CDN، Browser یا مسیر شبکه خراب می‌شود. مقاله پایش تراکنش مصنوعی در Applications Manager مکمل خوبی برای دید انتهابه‌انتهاست.
منابع رسمی
سخن پایانی
اگر فقط Server را مانیتور کنید، بخشی از خرابی‌های کاربردی را دیر می‌بینید. پایش API و سرویس وب کمک می‌کند Availability، زمان پاسخ و صحت نتیجه را در همان نقطه‌ای بسنجید که برنامه‌های دیگر به آن وابسته‌اند.
مدانت خدمات لایسنس، نصب، طراحی مانیتورینگ، ساخت Monitor، Threshold، داشبورد و پشتیبانی Applications Manager ارائه می‌کند. برای اطلاعات بیشتر به Applications Manager در مدانت مراجعه کنید.
