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

כרגע מוצג התיעוד של Apigee Edge.
כניסה למסמכי התיעוד של Apigee X.
מידע

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

יש לך שאלות? אפשר להיעזר בתמיכת הלקוחות של Apigee.

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

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

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

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

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

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

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

קלאסי Trace בעורך proxy של API

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

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

כברירת מחדל, Edge שולח קוד סטטוס HTTP 500 מסוג 'שגיאת שרת פנימית' והודעת שגיאה מסוג Execution ערוצים שנכשלים אם הודעה לא מצליחה לעבור את מדיניות ההגנה מפני איומים של JSON או XML. אפשר לשנות את התנהגות השגיאה הזו בנכס חדש ברמת הארגון. כשמגדירים את המאפיין הארגוני features.isPolicyHttpStatusEnabled כ-True, מתרחשת ההתנהגות הבאה:

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

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

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

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

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

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

שינוי להתנהגות המדיניות של מטמון התגובה

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

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

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

פתרון נוכחי: בגרסה 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 הפעלת העימוד בדף ממשק המשתמש של שרת ה-API של שרת ה-API
AXAPP-1707 שיפור הביצועים של ניתוח נתוני רצף ללא תשלום
APIRT-1148 GET של המשתנה {message.version} ב- ResponseFlow, עבור יעד של Node.js שמחזיר את NPE