אתם צופים במסמכי התיעוד של Apigee Edge.
אפשר לעבור אל מסמכי התיעוד של Apigee X. מידע
ביום שלישי, 9 ביוני 2015, השקנו גרסת ענן חדשה של Apigee Edge.
אם יש לכם שאלות, אתם יכולים לפנות אל התמיכה של Apigee Edge.
רשימה של כל נתוני הגרסה של Apigee Edge מופיעה במאמר נתוני הגרסה של Apigee.
תכונות חדשות ושיפורים
בהמשך מפורטים התכונות והשיפורים החדשים בגרסה הזו.
מרכז הבקרה של Analytics במפה גיאוגרפית שימושיות
במפה הגיאוגרפית של Analytics יש אינדיקטורים ויזואליים ברורים יותר שמאפשרים להתמקד באזורים ספציפיים במפה.
ביצועים של הווידג'ט Developer Engagement (אינטראקציה עם מפתחים)
שיפרנו את הווידג'ט של המשפך בלוח הבקרה הראשי של Analytics (בקטע Developer Engagement) כדי לספק ביצועים טובים יותר.
Classic Trace בכלי לעריכת proxy ל-API
הגרסה החדשה ביותר של הפונקציונליות Trace בכלי לעריכת שרתי proxy של API עברה מגרסת בטא לגרסה שזמינה לכלל המשתמשים (GA). הגישה ל'כלי המעקב הקלאסי' באמצעות הקישור 'גישה לגרסה הקלאסית של כלי המעקב' כבר לא זמינה.
שגיאה בהגדרת ההגנה מפני איומים
כברירת מחדל, Edge מחזיר קוד סטטוס של שגיאת שרת פנימית מסוג HTTP 500 ושגיאה מסוג ExecutionFailed אם הודעה לא עוברת מדיניות של הגנה מפני איומים בפורמט JSON או XML. אפשר לשנות את התנהגות השגיאה הזו באמצעות נכס חדש ברמת הארגון. כשמגדירים את מאפיין הארגון features.isPolicyHttpStatusEnabled למצב True, מתרחשת ההתנהגות הבאה:
- בקשה: אם מדיניות להגנה מפני איומים מצורפת לכל זרימת בקשות, הודעות לא תקינות מחזירות קוד סטטוס 400, יחד עם הודעת שגיאה תואמת של המדיניות.
- תשובה: אם מדיניות להגנה מפני איומים מצורפת לכל זרימת תשובה, הודעות לא תקינות עדיין מחזירות קוד סטטוס 500, ואחת מהודעות השגיאה התואמות של המדיניות מופעלת (במקום רק ExecutionFailed).
לקוחות Cloud יכולים לפנות אל התמיכה של Apigee Edge כדי להגדיר את מאפיין הארגון. התכונה הזו תהיה זמינה ללקוחות Edge Private Cloud בגרסה הבאה של Private Cloud, שיוצאת אחת לרבעון.
שיפורים בביצועים של ממשק המשתמש ותיקוני שגיאות
ביצענו שיפורים כלליים באזורים שונים בממשק המשתמש לניהול, כולל ביצועים של הצגת דפים וניקוי של הודעות שגיאה.
שינויים ושיפורים עתידיים בתכונות
בקטע הזה מוצגת תצוגה מקדימה של שינויים ושיפורים צפויים בתכונות בעתיד:
שינוי בהתנהגות של מדיניות מטמון התגובות
בגרסה עתידית (שעדיין לא נקבעה), התנהגות ברירת המחדל של הרכיב <ExcludeErrorResponse> במדיניות Response Cache תשתנה.
ההתנהגות הנוכחית: אלמנט <ExcludeErrorResponse> במדיניות של מטמון התגובות מוגדר כ-false כברירת מחדל. המשמעות היא שבתגובות עם כל קוד סטטוס אפשרי של HTTP (כולל 3xx) מתבצעת שמירה במטמון על ידי מדיניות מטמון התגובות.
התנהגות עתידית: ערך ברירת המחדל של הרכיב <ExcludeErrorResponse> במדיניות Response Cache יהיה true. המשמעות היא שברירת המחדל היא שמירה במטמון רק של תגובות עם קודי סטטוס HTTP 200 עד 205. כדי לשנות את ההתנהגות הזו ולשמור במטמון תגובות לכל קודי הסטטוס, צריך להגדיר את הרכיב <ExcludeErrorResponse> כ-true באופן מפורש.
פתרון עקיף נוכחי: בגרסה 150610 ובגרסאות ישנות יותר, אם רוצים לשמור במטמון תגובות רק עם קודי סטטוס 200 עד 205, צריך להגדיר במפורש את הרכיב <ExcludeErrorResponse> כ-true.
באגים שתוקנו
בגרסה הזו תוקנו הבאגים הבאים.
| מזהה הבעיה | תיאור |
|---|---|
| MGMT-2246 | הדף 'יצירת דוח בהתאמה אישית' לא מוצג בצורה תקינה בממשק הניהול |
| MGMT-2193 | סימן גרפי של טעינה שמתבצעת כשעורכים API |
| MGMT-2162 | בעיה בהידור של JavaScript |
| MGMT-2114 | Invalid Syslog IP in MessageLogging policy should throw proper error during deployment |
| MGMT-1843 | אי אפשר לפתוח proxy ל-API |
| MGMT-1193 | שמירת proxy כגרסה חדשה משנה באופן לא צפוי את כלל הניתוב |
| MGMT-619 | הפעלת חלוקה לדפים בדף ממשק המשתמש של ה-API proxy |
| AXAPP-1707 | שיפור הביצועים של ניתוח נתונים בחינם של פודקאסטים |
| APIRT-1148 | GET של המשתנה {message.version} ב-ResponseFlow, עבור יעד Node.js, יוצר NPE |