15.06.10 - یادداشت های انتشار ابر Apigee Edge

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

در روز سه شنبه 9 ژوئن 2015، نسخه ابری جدیدی از Apigee Edge را منتشر کردیم.

اگر سؤالی دارید، به پشتیبانی مشتری Apigee بروید.

برای فهرستی از تمام یادداشت‌های انتشار Apigee Edge، به یادداشت‌های انتشار Apigee مراجعه کنید.

ویژگی ها و پیشرفت های جدید

در ادامه ویژگی ها و پیشرفت های جدید در این نسخه آورده شده است.

قابلیت استفاده داشبورد تجزیه و تحلیل GeoMap

نقشه جغرافیایی تجزیه و تحلیل، شاخص های بصری واضح تری را برای حفاری در مناطق خاصی از نقشه ارائه می دهد.

عملکرد ویجت Developer Engagement

ویجت قیف در داشبورد اصلی تجزیه و تحلیل (بخش Developer Engagement) برای ارائه عملکرد بهتر بهبود یافته است.

ردیابی کلاسیک در ویرایشگر پروکسی API

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

پیکربندی خطای حفاظت از تهدید

به‌طور پیش‌فرض، Edge یک کد وضعیت خطای سرور داخلی HTTP 500 و یک خطای ExecutionFailed را ارسال می‌کند اگر پیامی از خط‌مشی حفاظت از تهدیدات JSON یا XML عبور نکند. شما می توانید این رفتار خطا را با یک ویژگی جدید در سطح سازمان تغییر دهید. هنگام تنظیم ویژگی org features.isPolicyHttpStatusEnabled روی true، رفتار زیر رخ می دهد:

• درخواست: با یک خط مشی حفاظت از تهدید متصل به هر جریان درخواستی، پیام های نامعتبر یک کد وضعیت 400، همراه با یک پیام خطای خط مشی مربوطه را برمی گرداند.
• پاسخ: با یک خط‌مشی حفاظت از تهدید متصل به هر جریان پاسخ، پیام‌های نامعتبر همچنان یک کد وضعیت 500 را برمی‌گردانند و یکی از پیام‌های خطای خط‌مشی مربوطه پرتاب می‌شود (و نه فقط ExecutionFailed).

مشتریان Cloud برای تنظیم ویژگی سازمان باید با پشتیبانی Apigee تماس بگیرند. این ویژگی در نسخه فصلی بعدی Private Cloud برای مشتریان Edge Private Cloud در دسترس خواهد بود.

عملکرد UI و بهبود خطا

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

تغییرات و پیشرفت های ویژگی های آینده

این بخش پیش نمایش تغییرات و پیشرفت های مورد انتظار ویژگی های آینده است:

به رفتار خط مشی کش پاسخ تغییر دهید

در نسخه بعدی (که مشخص می شود)، رفتار پیش فرض عنصر <ExcludeErrorResponse> خط مشی Response Cache تغییر خواهد کرد.

رفتار فعلی: عنصر <ExcludeErrorResponse> در خط مشی کش پاسخ به طور پیش فرض نادرست است. این بدان معناست که به طور پیش‌فرض، پاسخ‌هایی با هر کد وضعیت HTTP احتمالی (از جمله 3xx) توسط خط‌مشی کش پاسخ ذخیره می‌شوند.

رفتار آینده: عنصر <ExcludeErrorResponse> در خط مشی Response Cache به طور پیش فرض درست است. این بدان معناست که به طور پیش‌فرض، تنها پاسخ‌هایی با کدهای وضعیت HTTP 200 تا 205 در حافظه پنهان ذخیره می‌شوند. برای لغو این رفتار و ذخیره پاسخ‌ها برای همه کدهای وضعیت، باید عنصر <ExcludeErrorResponse> را به طور صریح روی true تنظیم کنید.

راه‌حل فعلی: برای نسخه‌های 150610 و نسخه‌های قدیمی‌تر، اگر می‌خواهید پاسخ‌ها را فقط با کدهای وضعیت 200 تا 205 در حافظه پنهان ذخیره کنید، باید به صراحت عنصر <ExcludeErrorResponse> را روی true تنظیم کنید.

اشکالات رفع شد

اشکالات زیر در این نسخه رفع شده است.