شما در حال مشاهده مستندات Apigee Edge هستید.
به مستندات Apigee X مراجعه کنید . اطلاعات
در روز سه‌شنبه، ۹ ژوئن ۲۰۱۵، نسخه ابری جدیدی از Apigee Edge را منتشر کردیم.
اگر سوالی دارید، با پشتیبانی Apigee Edge تماس بگیرید.
برای مشاهده‌ی فهرستی از تمام یادداشت‌های انتشار Apigee Edge، به یادداشت‌های انتشار Apigee مراجعه کنید.
ویژگی‌ها و پیشرفت‌های جدید
در ادامه به ویژگی‌ها و بهبودهای جدید این نسخه اشاره خواهیم کرد.
قابلیت استفاده از داشبورد تحلیلی GeoMap
ابزار تحلیلی GeoMap شاخص‌های بصری واضح‌تری را برای بررسی دقیق‌تر نواحی خاص نقشه ارائه می‌دهد.
عملکرد ویجت تعامل توسعه‌دهنده
ویجت قیف فروش (Funnel Widget) در داشبورد اصلی آنالیتیکس (بخش مشارکت توسعه‌دهندگان) برای ارائه عملکرد بهتر، بهبود یافته است.
ردیابی کلاسیک در ویرایشگر پروکسی API
جدیدترین نسخه قابلیت Trace در ویرایشگر پروکسی API از حالت بتا به حالت عمومی درآمده است. دسترسی به «ردیابی کلاسیک» با پیوند «دسترسی به نسخه کلاسیک ردیابی» دیگر در دسترس نیست.
پیکربندی خطای محافظت در برابر تهدید
به طور پیش‌فرض، اگر پیامی از یک سیاست محافظت در برابر تهدید JSON یا XML عبور نکند، Edge یک کد وضعیت خطای داخلی سرور HTTP 500 و یک خطای ExecutionFailed ارسال می‌کند. می‌توانید این رفتار خطا را با یک ویژگی جدید در سطح سازمان تغییر دهید. هنگام تنظیم ویژگی org features.isPolicyHttpStatusEnabled روی true، رفتار زیر رخ می‌دهد:
- درخواست: با وجود یک سیاست محافظت در برابر تهدید که به هر جریان درخواستی متصل است، پیام‌های نامعتبر یک کد وضعیت ۴۰۰ را به همراه یک پیام خطای سیاست مربوطه برمی‌گردانند.
- پاسخ: با وجود یک سیاست محافظت در برابر تهدید که به هر جریان پاسخی متصل است، پیام‌های نامعتبر همچنان کد وضعیت ۵۰۰ را برمی‌گردانند و یکی از پیام‌های خطای سیاست مربوطه (به جای فقط ExecutionFailed) نمایش داده می‌شود.
مشتریان فضای ابری برای تنظیم ویژگی سازمانی با پشتیبانی Apigee Edge تماس بگیرند. این ویژگی در نسخه سه ماهه بعدی Private Cloud برای مشتریان Edge Private Cloud در دسترس خواهد بود.
بهبود عملکرد رابط کاربری و رفع خطاها
بهبودهای کلی در بخش‌های مختلف رابط کاربری مدیریت، از جمله عملکرد نمایش صفحه و پاکسازی پیام‌های خطا، اعمال شد.
تغییرات و بهبودهای آتی در ویژگی‌ها
این بخش، پیش‌نمایشی از تغییرات و بهبودهای مورد انتظار در آینده را ارائه می‌دهد:
تغییر به رفتار سیاست Response Cache
در نسخه‌های آینده (که زمان انتشار آنها متعاقباً اعلام خواهد شد)، رفتار پیش‌فرض عنصر <ExcludeErrorResponse> از خط‌مشی Response Cache تغییر خواهد کرد.
رفتار فعلی: عنصر <ExcludeErrorResponse> در سیاست ذخیره‌سازی پاسخ به طور پیش‌فرض false است. این بدان معناست که به طور پیش‌فرض، پاسخ‌ها با هر کد وضعیت HTTP ممکن (از جمله 3xx) توسط سیاست ذخیره‌سازی پاسخ ذخیره می‌شوند.
رفتار آینده: عنصر <ExcludeErrorResponse> در خط‌مشی Response Cache به طور پیش‌فرض روی true تنظیم می‌شود. این بدان معناست که به طور پیش‌فرض، فقط پاسخ‌هایی با کدهای وضعیت HTTP 200 تا 205 ذخیره می‌شوند. برای لغو این رفتار و ذخیره پاسخ‌ها برای همه کدهای وضعیت، باید عنصر <ExcludeErrorResponse> را به طور صریح روی true تنظیم کنید.
راه حل فعلی: برای نسخه ۱۵۰۶۱۰ و نسخه‌های قدیمی‌تر، اگر می‌خواهید پاسخ‌ها را فقط با کدهای وضعیت ۲۰۰ تا ۲۰۵ ذخیره کنید، باید عنصر <ExcludeErrorResponse> را صریحاً روی true تنظیم کنید.
اشکالات برطرف شد
اشکالات زیر در این نسخه برطرف شده‌اند.
| شناسه مسئله | توضیحات |
|---|---|
| MGMT-2246 | صفحه ایجاد گزارش سفارشی در رابط کاربری مدیریت به درستی نمایش داده نمی‌شود |
| MGMT-2193 | بارگذاری spinner هنگام ویرایش یک API |
| MGMT-2162 | مشکل کامپایل جاوا اسکریپت |
| MGMT-2114 | آی‌پی نامعتبر Syslog در پالیسی MessageLogging باید در حین استقرار، خطای مناسبی را نمایش دهد. |
| MGMT-1843 | پروکسی API باز نمی‌شود |
| MGMT-1193 | ذخیره پروکسی به عنوان نسخه جدید، به طور غیرمنتظره‌ای قانون مسیر را تغییر می‌دهد |
| MGMT-619 | فعال کردن صفحه‌بندی در صفحه رابط کاربری پراکسی API |
| AXAPP-1707 | افزایش عملکرد تجزیه و تحلیل پاد رایگان |
| APIRT-1148 | دریافت متغیر {message.version} در ResponseFlow، برای یک هدف Node.js، NPE را پرتاب می‌کند. |