15.06.10 – נתוני הגרסה לענן של Apigee Edge

אתם צופים במסמכי העזרה של Apigee Edge.
כניסה למסמכי העזרה של Apigee X.
info

ביום שלישי, 9 ביוני 2015, השקנו גרסה חדשה של Apigee Edge בענן.

אם יש לכם שאלות, אתם יכולים להיכנס אל תמיכת הלקוחות של Apigee.

רשימה של כל נתוני הגרסה של Apigee Edge מופיעה במאמר נתוני הגרסה של Apigee.

תכונות חדשות ושיפורים

בהמשך מפורטים התכונות החדשות והשיפורים בגרסה הזו.

מרכז הבקרה של ניתוח הנתונים של המפה הגיאוגרפית נוחות השימוש

מפת ניתוח הנתונים הגיאוגרפי מספקת אינדיקטורים חזותיים ברורים יותר לניתוח מעמיק של אזורים ספציפיים במפה.

מעורבות של מפתחים ביצועי הווידג'ט

הווידג'ט של המשפך במרכז הבקרה הראשי של Analytics (בקטע 'מעורבות מפתחים') שופר כדי לספק ביצועים טובים יותר.

Classic Trace בעורך של proxy ל-API

הגרסה העדכנית ביותר של הפונקציונליות של Trace בעורך שרת ה-proxy של ה-API עברה מגרסת בטא לזמינות כללית. הגישה ל'מעקב קלאסיק' באמצעות הקישור 'כניסה לגרסה הקלאסית של מעקב' כבר לא זמינה.

הגדרת שגיאה של הגנה מפני איומים

כברירת מחדל, אם הודעה לא עוברת מדיניות של Threat Protection בפורמט JSON או XML, Edge יוצר קוד סטטוס HTTP 500‏ Internal Server Error ושגיאה מסוג ExecutionFailed. אפשר לשנות את התנהגות השגיאה הזו באמצעות נכס חדש ברמת הארגון. כשמגדירים את מאפיין הארגון features.isPolicyHttpStatusEnabled לערך true, מתרחשת ההתנהגות הבאה:

  • בקשה: כשמצרפים מדיניות הגנה מפני איומים לכל תהליך בקשה, הודעות לא חוקיות מחזירות קוד סטטוס 400, יחד עם הודעת שגיאה תואמת מהמדיניות.
  • תשובה: כשמצרפים מדיניות של הגנה מפני איומים לכל תהליך תגובה, הודעות לא חוקיות עדיין מחזירות קוד סטטוס 500, ונזרקת אחת מהודעות השגיאה התואמות למדיניות (במקום רק ExecutionFailed).

לקוחות Cloud צריכים לפנות אל התמיכה של Apigee כדי להגדיר את נכס הארגון. התכונה הזו תהיה זמינה ללקוחות Edge Private Cloud במהדורה הרבעונית הבאה של Private Cloud.

שיפורים בביצועים ובשגיאות של ממשק המשתמש

ביצענו שיפורים כלליים באזורים שונים בממשק המשתמש לניהול, כולל שיפור בביצועים של הצגת הדפים ושינוי של הודעות השגיאה.

שינויים ושיפורים עתידיים בתכונות

בקטע הזה נספק לכם סקירה מקדימה של שינויים ושיפורים צפויים בתכונות:

שינוי ההתנהגות של מדיניות Response Cache

בגרסה עתידית (שתיקבע בהמשך), ההתנהגות שמוגדרת כברירת מחדל לרכיב <ExcludeErrorResponse> במדיניות של מטמון התשובות תשתנה.

ההתנהגות הנוכחית: האלמנט <ExcludeErrorResponse> במדיניות המטמון של התשובה הוא false כברירת מחדל. פירוש הדבר הוא שבברירת המחדל, תשובות עם כל קוד סטטוס אפשרי של HTTP (כולל 3xx) נשמרות במטמון על ידי המדיניות של Response Cache.

התנהגות עתידית: ברירת המחדל של הרכיב <ExcludeErrorResponse> במדיניות האחסון של התגובה תהיה true. פירוש הדבר הוא שבברירת המחדל, רק תגובות עם קודי סטטוס HTTP‏ 200 עד 205 יישמרו במטמון. כדי לשנות את ההתנהגות הזו ולשמור במטמון תגובות לכל קודי הסטטוס, צריך להגדיר את הרכיב <ExcludeErrorResponse> לערך true באופן מפורש.

פתרון זמני: במהדורה 150610 ובמהדורות ישנות יותר, אם רוצים לשמור בתגובה רק תגובות עם קודי סטטוס 200 עד 205, צריך להגדיר את האלמנט <ExcludeErrorResponse> לערך true באופן מפורש.

באגים שתוקנו

בגרסה הזו תוקנו הבאגים הבאים.

מזהה הבעיה תיאור
MGMT-2246 הדף 'יצירת דוח בהתאמה אישית' לא מוצג בצורה נכונה בממשק המשתמש לניהול
MGMT-2193 סמל טעינה במהלך עריכת ממשק API
MGMT-2162 בעיה ב-JavaScript
MGMT-2114 כתובת IP לא חוקית של Syslog במדיניות MessageLogging אמורה להוביל להודעת שגיאה מתאימה במהלך הפריסה
MGMT-1843 שרת ה-proxy ל-API לא נפתח
MGMT-1193 שמירת שרת proxy כגרסה חדשה שמשנה באופן בלתי צפוי את כלל המסלול
MGMT-619 הפעלת חלוקה לדפים בדף של ממשק המשתמש של שרת ה-proxy ל-API
AXAPP-1707 שיפור הביצועים של ניתוח הנתונים של מודולים בחינם
APIRT-1148 הפעלת GET של המשתנה {message.version} ב-ResponseFlow, עבור יעד Node.js, מפעילה NPE