אתם צופים במסמכי התיעוד של Apigee Edge.
כדאי לעיין במסמכי התיעוד של Apigee X. מידע
ביום שלישי, 29 באפריל 2014, השקנו גרסת ענן חדשה של Apigee Edge.
תכונות חדשות ושיפורים
בהמשך מפורטים התכונות והשיפורים החדשים בגרסה הזו.
- לוחות בקרה של Analytics
מעכשיו ב-Edge יש דוחות חדשים של Analytics בנושא ביצועי נקודות קצה, ביצועי פרוקסי של API וביצועי מטמון, שיעזרו לכם לעקוב אחרי הביצועים.
אפשר לעיין בקטע 'לוחות הבקרה של הפעולות' במאמר לוחות בקרה של Analytics. - צבירת מדדים מותאמים אישית לבדיקת ביצועים
התכונה הזו כבר לא זמינה.
תכונת צבירה חדשה בהתאמה אישית משפרת את ביצועי הניתוח. התכונה מאפשרת להגדיר מדדים מותאמים אישית ש-Edge אוסף ושומר כשמתבצעות קריאות ל-API. כשאתם צופים בדוחות, Edge ניגש למדדים המצטברים שכבר זמינים במקום לאחזר אותם באופן דינמי. - הגדרות קבועות מראש של OAuth 2.0 ב-proxy ל-API
כשיוצרים proxy ל-API, מוגדרת אוטומטית אפשרות חדשה בשם Secure with OAuth v2.0 Access Tokens (אבטחה באמצעות אסימוני גישה מסוג OAuth v2.0). האפשרות הזו מגדירה את ה-proxy ל-API עם מדיניות שתומכת ב-OAuth.
מידע נוסף על OAuth - מיסוך נתונים במעקב
המשאב /maskconfigs API מאפשר למסך נתונים רגישים כמו פרטי כרטיס אשראי בסשנים של מעקב אחר שרתי proxy של API, וכך עוזר להבטיח את אבטחת נתוני המשתמשים במהלך פיתוח ה-API.
Case:810723
See Data masking and hiding. - Basic Authentication policy
המדיניות Basic Authentication מאפשרת להוסיף אימות בסיסי קל משקל ל-proxy ל-API, ומספקת קידוד אוטומטי של פרטי הכניסה של המשתמש ב-Base64 ואכלוס של כותרת ה-HTTPAuthorization: Basic.
לעיון במדיניות האימות הבסיסי - PostClientFlow
ה-PostClientFlow מאפשר להוסיף מדיניות של MessageLogging שמופעלת אחרי שליחת התגובה. כך מקטינים את זמן האחזור של proxy ל-API ומאפשרים לכלול ביומן רישום מידע שלא מחושב עד אחרי שליחת התגובה, כמו client.sent.start.timestamp ו-client.sent.end.timestamp.
פנייה: 814059
באגים שתוקנו
בגרסה הזו תוקנו הבאגים הבאים.
| נושא | תיאור |
|---|---|
| אימות של שם דוח בהתאמה אישית | מעכשיו, Edge מאמת את השמות של דוחות בהתאמה אישית כדי למנוע שימוש בתווים מיוחדים. |
| דיווח על בעיות בפירוט של developer_app | דוחות בהתאמה אישית שנעשה בהם שימוש בפירוט ברמת developer_app החזירו אפליקציות לא נכונות של מפתחים. כבר פתרנו את הבעיה הזו. |
| תקופת הזמן לא פועלת בדוחות בהתאמה אישית | בדוחות בהתאמה אישית שהכילו מסננים עם כמה ביטויים בסוגריים – לדוגמה, (request_verb eq 'POST') or (request_verb eq
'GET') – שינוי תקופת הזמן של הדוח לא השפיע על התוצאות. הבעיה הזו תוקנה.בקשת תמיכה: 810753 |
| תרשימים לא מופיעים בדוחות בהתאמה אישית | תוקנה בעיה שגרמה לכך שתרשימים לא הופיעו בדוחות מותאמים אישית. בקשת תמיכה: 814623 |
| ייבוא WSDL |
|
| הגדרת מדיניות של הגבלת קצב של יצירת בקשות בו-זמניות | הבורר Target Endpoint זמין עכשיו רק כשמוסיפים מדיניות Concurrent Rate Limit (מגבלת קצב מקבילי) ל-proxy ל-API. היעד של נקודת הקצה לא חל על מדיניות אחרת. |
| תמיכה למפתחים בחברה | בארגונים שבהם מופעלת האפשרות 'חברות', אפשר עכשיו לציין חברה כשיוצרים או עורכים מפתח. פנייה: 515246 |
| ייצוא של מפתחים, אפליקציות ומוצרים | עכשיו אפשר לייצא מפתחים, אפליקציות ומוצרים לקובץ CSV מדף המפתחים בממשק ניהול Edge. התכונה הזו לא זמינה כרגע לארגונים שהפעילו בהם מונטיזציה. Case: 747159 |
| חלון האפליקציות למפתחים נתקע | אחרי שמפתח מחק אפליקציה בפורטל למפתחים של Edge, לחיצה על האפליקציה של אותו מפתח בממשק ניהול Edge גורמת לחלון להיתקע. הבעיה הזו נפתרה. |
| תגובות בהגדרת proxy ל-API | התגובות בהגדרת proxy ל-API מוצגות עכשיו בתצוגת הקוד של עורך ה-proxy ל-API ובכלי לבדיקת מאפיינים. |
| API proxies created with invalid names | ממשק המשתמש של Edge לניהול אפשר בעבר ליצור שרתי proxy של API שהשמות שלהם
כללו תווים מיוחדים שלא נתמכים, וכתוצאה מכך נוצרו שרתי proxy לא תקינים של API שלא ניתן היה
למחוק. שמות של proxy ל-API מאומתים עכשיו בזמן היצירה. מותר להשתמש רק בתווים אלפאנומריים, בתווים '-' ו-'_'. Case: 550390 |
| תלות באותיות רישיות בשמות של proxy ל-API | Edge יצר פרוקסי ל-API עם שמות באותיות קטנות, בלי קשר לרישיות שהוזנה. דפדפן Edge מכבד עכשיו את האותיות הרישיות והקטנות בשם שהוזן עבור ה-proxy ל-API. |
| אזהרה לגבי שמירת proxy ל-API | כששומרים שרת proxy ל-API בכלי לעריכת שרתי proxy ל-API, Edge פורס את שרת ה-proxy ל-API בכל הסביבות שבהן הגרסה פרוסה כרגע, כולל סביבות ייצור. בממשק המשתמש של Edge Management מוצגת עכשיו אזהרה לפני שמירת ה-proxy. |
| תפקיד בהתאמה אישית ללא הרשאות שנשמר בסביבת הייצור | כשמעדכנים גרסת API שנפרסה, מתבצעת ביטול פריסה ופריסה פנימיים בסביבות שנפרסו. תפקיד בהתאמה אישית ללא הרשאות פריסה מתאימות הצליח לפרוס על ידי שמירת proxy ל-API. הבעיה הזו נפתרה על ידי אכיפת הרשאות פריסה. פנייה: 813084 |
| שרת יעד כפול | כשיוצרים שרת יעד כפול, במקום שגיאת HTTP 409, Edge מחליף את שרת היעד הקיים ומחזיר סטטוס 201. כדי לפתור את הבעיה הזו, הוספנו שגיאת 409 ולא דורסים את שרת היעד הקיים. |
| אי אפשר ליצור סשנים של מעקב עבור שרתי proxy של API | לא נוצרו סשנים של מעקב בסביבות עם מעבדי הודעות שלא ניתן היה להגיע אליהם. הבעיה הזו נפתרה על ידי צירוף של סשנים של מעקב רק למעבדי ההודעות הזמינים והנגישים מקרה: 812192 |
| התנהגות מעודכנת של JMSReplyTo | כברירת מחדל, Edge שולח את התגובה לתור שצוין בכותרת JMSReplyTo.
עם זאת, אם רוצים שהשירות לקצה העורפי ישלח את התגובה לתור JMSReplyTo
במקום ל-Edge, צריך להוסיף את הכותרת X-Apigee-Ignore-JMSResponse לתגובה של proxy של API בכל זרימה ולהגדיר אותה כ-true:<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| שגיאות גבוהות של CLOSE_WAIT ו-502 שער שגוי | תוקנה בעיה שגרמה למדדים גבוהים של CLOSE_WAIT ולשגיאות 502 שער שגוי. Cases: 814656, 814664, 814670 |
| ספרייה זמנית של Node.js | כשסקריפט Node.js נפרס ב-Edge, הוא פועל בתוך ארגז חול שמגביל את הגישה למערכת הקבצים לספרייה מסוימת. עם זאת, הפונקציה os.tmpdir מחזירה שם של ספרייה כמו /tmp או /var/tmp, שלא הייתה קיימת בארגז החול של Edge Node.js, ולכן חלק מהסקריפטים נשברו. ארגז החול של Edge Node.js כולל עכשיו ספרייה זמנית ( /tmp) לשימוש ב-os.tmpdir. |
| חריגות מצביע null בקריאות ל-API | במדיניות Assign Message, סטטוס תגובה מסוג null גרם לחריגת מצביע null, כי Edge ניסה לתעד את קוד התגובה למדדים. כבר פתרנו את הבעיה הזו. Case: 815595 |