پرسشگان

شما در حال مشاهده مستندات Apigee Edge هستید.
به مستندات Apigee X مراجعه کنید .
اطلاعات

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

شرکت Apigee رویکردهای زیر را توصیه می‌کند:

  1. با تنظیم هشدار برای هر پروکسی API با یک آستانه خاص شروع کنید. به عنوان مثال، نرخ خطای 10٪ 4xx به مدت 5 دقیقه. اعلان‌ها را تنظیم کنید و صفحه تاریخچه هشدارها را مشاهده کنید تا هشدارهای فعال شده را رصد کنید. هشدارها و اعلان‌های اضافی را برای پروکسی‌های API خاص و سرویس‌های هدف تنظیم کنید. بر اساس مشاهدات خود، هشدارها و اعلان‌ها را اصلاح کنید.
  2. از تیم‌هایی که مسئول توسعه APIها هستند بخواهید که آستانه‌های نرخ خطا و تأخیر را به تیم عملیاتی که مسئول تنظیم هشدارها است، توصیه کنند.

کدام نقش‌ها می‌توانند به مانیتورینگ API دسترسی داشته باشند؟

به «درباره نقش‌های نظارت بر API» مراجعه کنید.

چرا همه پروکسی‌های API را در صفحه اخیر نمی‌بینم؟

داشبورد «اخیر» فقط پروکسی‌های API را که در گذشته‌ی نزدیک ترافیک داشته‌اند نمایش می‌دهد. این داشبورد تمام پروکسی‌های API موجود در سازمان شما را نمایش نمی‌دهد. داشبورد «تایم‌لاین» به شما امکان می‌دهد داده‌های مربوط به تمام پروکسی‌های API را مشاهده کنید.

چرا نمودارهای تأخیر را در Timeline نمی‌بینم؟

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

لاگ‌ها برای شناسایی کدهای وضعیتی که منجر به خطا می‌شوند مفید هستند، اما چگونه می‌توانم شناسه‌های توسعه‌دهنده‌ای را که این فراخوانی‌ها را ایجاد می‌کنند، شناسایی کنم؟

شناسه‌های توسعه‌دهنده در گزارش‌های نظارت بر API گنجانده نمی‌شوند. برای بازیابی شناسه‌های توسعه‌دهنده، می‌توانید یک گزارش سفارشی اجرا کنید.

آیا می‌توانم یک زنجیره پروکسی را رصد کنم؟

شما می‌توانید از یک پروکسی API به عنوان نقطه پایانی هدف یک پروکسی API دیگر استفاده کنید و عملاً دو پروکسی را در یک زنجیره پروکسی به هم متصل کنید. با این حال، API Monitoring فقط درخواست‌ها را به اولین پروکسی در زنجیره ثبت می‌کند، نه به پروکسی API که به عنوان هدف استفاده می‌شود. برای اطلاعات بیشتر به Chaining API proxies together مراجعه کنید.

چرا در داشبوردها عبارت «تنظیم نشده» را می‌بینم؟

اگر پروکسی API، منبع خطا، کد خطا یا سیاست خطا مقداری نداشته باشند یا قابل تعیین نباشند، داشبورد عبارت "تنظیم نشده" را به عنوان مبدا نمایش می‌دهد. نمونه‌هایی از سناریوهایی که ممکن است منجر به "تنظیم نشده" شوند عبارتند از:

  • خطاهای مربوط به کلاینت
  • کدهای خطای HTTP که با پاسخ موفقیت‌آمیز لغو می‌شوند
  • کدهای وضعیت HTTP 2xx (از آنجایی که معمولاً منجر به کدهای خطا نمی‌شوند)

برای اطلاعات بیشتر در مورد «تنظیم نشده»، به عبارت «(تنظیم نشده)» در موجودیت تحلیلی مراجعه کنید.

آیا مانیتورینگ API در رابط کاربری کلاسیک یا Edge برای ابر خصوصی موجود است؟

مانیتورینگ API شرکت Apigee در حال حاضر فقط برای مشتریان Apigee Edge Cloud Enterprise که از رابط کاربری جدید Edge استفاده می‌کنند، در دسترس است.

مانیتورینگ API آپیجی در رابط کاربری کلاسیک اج یا در اج برای فضای ابری خصوصی در دسترس نیست .

کتاب بازی چیست؟

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

چگونه می‌توانم کدهای خطای HTTP 429 را مدیریت کنم؟

سیاست Edge Quota و سیاست SpikeArrest هر دو زمانی که سهمیه از حد مجاز (سیاست Quota) یا محدودیت سرعت (سیاست SpikeArrest) فراتر رود، کد خطای HTTP 429 صادر می‌کنند.

با این حال، در داشبورد هشدارها ، نمی‌توانید هشداری برای کد خطای HTTP 429 تعریف کنید. در عوض، می‌توانید وضعیت هشدار را به صورت Traffic Mgmt Policy > Quota > Quota Violation ، همانطور که در زیر نشان داده شده است، یا Traffic Mgmt Policy > Spike Arrest > SpikeArrest Violation تنظیم کنید:

تخلف از سهمیه