پرسشگان

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

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

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

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

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

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

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

داشبورد اخیر فقط پراکسی های API را نشان می دهد که در گذشته اخیر ترافیک داشته اند. همه پراکسی های API در سازمان شما را نمایش نمی دهد. داشبورد Timeline شما را قادر می سازد تا داده های همه پراکسی های API را مشاهده کنید.

چرا نمودارهای تاخیر را در تایم لاین نمی بینم؟

نمودارهای تأخیر تنها در صورت انتخاب یک منطقه و یک پراکسی API در Timeline نمایش داده می شوند و محدوده زمانی انتخاب شده بیشتر از 7 روز نباشد.

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

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

آیا می توانم زنجیره پروکسی را نظارت کنم؟

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

چرا من "تنظیم نشده" را در داشبوردها می بینم؟

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

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

برای اطلاعات بیشتر در مورد "تنظیم نشده"، ببینید مقدار موجودیت تحلیلی "(تنظیم نشده)" به چه معناست؟

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

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

Apigee API Monitoring در رابط کاربری Classic Edge یا Edge برای Private Cloud در دسترس نیست .

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

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

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

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

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

نقض سهمیه

،

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

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

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

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

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

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

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

داشبورد اخیر فقط پراکسی های API را نشان می دهد که در گذشته اخیر ترافیک داشته اند. همه پراکسی های API در سازمان شما را نمایش نمی دهد. داشبورد Timeline شما را قادر می سازد تا داده های همه پراکسی های API را مشاهده کنید.

چرا نمودارهای تاخیر را در تایم لاین نمی بینم؟

نمودارهای تأخیر تنها در صورت انتخاب یک منطقه و یک پراکسی API در Timeline نمایش داده می شوند و محدوده زمانی انتخاب شده بیشتر از 7 روز نباشد.

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

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

آیا می توانم زنجیره پروکسی را نظارت کنم؟

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

چرا من "تنظیم نشده" را در داشبوردها می بینم؟

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

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

برای اطلاعات بیشتر در مورد "تنظیم نشده"، ببینید مقدار موجودیت تحلیلی "(تنظیم نشده)" به چه معناست؟

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

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

Apigee API Monitoring در رابط کاربری Classic Edge یا Edge برای Private Cloud در دسترس نیست .

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

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

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

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

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

نقض سهمیه