אתם צופים במסמכי העזרה של Apigee Edge.
כניסה למסמכי העזרה של Apigee X. info
ביום שלישי, 29 באפריל 2014, השקנו גרסה חדשה של Apigee Edge בענן.
תכונות חדשות ושיפורים
בהמשך מפורטים התכונות החדשות והשיפורים בגרסה הזו.
- לוחות בקרה של Analytics
עכשיו ב-Edge יש דוחות Analytics חדשים של ביצועי נקודות קצה, ביצועי שרת proxy של API וביצועי מטמון שיעזרו לכם לעקוב אחרי הביצועים.
מידע נוסף זמין בקטע 'לוחות הבקרה של התפעול' במאמר לוחות הבקרה של Analytics. - צבירה של מדדים מותאמים אישית לביצועים
התכונה הזו כבר לא זמינה.
תכונה חדשה של צבירת נתונים בהתאמה אישית משפרת את ביצועי ניתוח הנתונים, ומאפשרת להגדיר מדדים מותאמים אישית שמערכת Edge אוספת ושומרת כשמתבצעות קריאות ל-API. כשמציגים דוחות, Edge נכנס למדדים המצטברים שכבר זמינים במקום לאחזר אותם בזמן אמת. - הגדרה מוגדרת מראש של OAuth 2.0 בשרתי proxy של API
כשיוצרים שרת proxy של API, האפשרות החדשה 'אבטחה באמצעות אסימוני גישה של OAuth v2.0' מגדירה באופן אוטומטי את שרת ה-proxy של ה-API באמצעות מדיניות שתומכת ב-OAuth.
ראו OAuth. - הסוואת נתונים במעקב
משאב ה-API /maskconfigs מאפשר לכם להסוות מידע אישי רגיש, כמו פרטי כרטיס אשראי, בסשנים של מעקב שרת proxy ל-API. כך תוכלו להבטיח את אבטחת נתוני המשתמשים במהלך פיתוח ה-API.
פנייה:810723
מידע נוסף זמין במאמר הסתרה והסוואה של נתונים. - מדיניות אימות בסיסי
מדיניות האימות הבסיסי מאפשרת להוסיף אימות בסיסי קל לשרתי proxy של API, שמספק קידוד Base64 אוטומטי של פרטי הכניסה של המשתמשים ומילוי של כותרת ה-HTTPAuthorization: Basic.
מדיניות אימות בסיסית - PostClientFlow
ה-PostClientFlow מאפשר להוסיף כללי מדיניות של MessageLogging שפועלים אחרי שליחת התגובה. כך מפחיתים את זמן האחזור של שרת ה-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 |
|
| הגדרת מדיניות של הגבלת קצב בו-זמנית | הבורר של נקודת הקצה לטירגוט זמין עכשיו רק כשמוסיפים מדיניות של הגבלת קצב בו-זמנית לשרת proxy של API. המדיניות של נקודת קצה יעד לא חלה על כללי מדיניות אחרים. |
| תמיכה של החברה למפתחים | בארגונים שבהם האפשרות 'חברות' מופעלת, עכשיו אפשר לציין חברה כשיוצרים או עורכים מפתח. מספר פנייה: 515246 |
| ייצוא של מפתחים, אפליקציות ומוצרים | עכשיו אפשר לייצא מפתחים, אפליקציות ומוצרים לקובץ CSV מהדף Developers (מפתחים) בממשק המשתמש לניהול של Edge. התכונה הזו לא זמינה כרגע לארגונים שהפעילו מונטיזציה. בקשת תמיכה: 747159 |
| חלון האפליקציות למפתחים תקוע | אחרי שמפתח מחק אפליקציה ב-Edge Developer Portal, לחיצה על האפליקציה הזו בממשק המשתמש לניהול של Edge גרמה לחלון להיתקע. הבעיה תוקנה. |
| תגובות בתצורה של שרת proxy ל-API | עכשיו אפשר לראות את התגובות בהגדרות של שרת proxy ל-API בתצוגת הקוד של עורך ה-API proxy ובכלי לבדיקת נכסים. |
| ממשקי proxy ל-API שנוצרו עם שמות לא תקינים | בעבר, ממשק המשתמש לניהול ב-Edge אפשר ליצור שרתים proxy של API שהשמות שלהם כללו תווים מיוחדים שלא נתמכים, וכתוצאה מכך נוצרו שרתים proxy לא חוקיים של API שלא ניתן למחוק. שמות שרת ה-proxy של ה-API מאומתים עכשיו בזמן היצירה. מותר להשתמש רק בתווים אלפאנומריים, בתווים '-' ובתווים '_'. בקשת תמיכה: 550390 |
| תלות באותיות רישיות (case sensitivity) בשמות של proxy ל-API | Edge יצר שרתים proxy של API עם שמות באותיות קטנות, ללא קשר לאותיות הרישיות שהוזנו. עכשיו Edge מתייחס לאותיות רישיות של השם שהוזן לשרת ה-API. |
| אזהרה לגבי שמירת proxy ל-API | כששומרים שרת proxy ל-API בעורך של שרת ה-proxy ל-API, Edge פורס את שרת ה-proxy ל-API בכל הסביבות שבהן הגרסה הזו פרוסה כרגע, כולל סביבות הייצור. בממשק המשתמש לניהול ב-Edge מופיעה עכשיו אזהרה לפני שמירת שרת ה-proxy. |
| תפקיד בהתאמה אישית ללא שמירת הרשאות בסביבת הייצור | כשמתבצע עדכון של גרסה של API שנפרסה, מתבצעת פריסת גרסת build חדשה בסביבות הפריסה הפנימיות. תפקיד בהתאמה אישית ללא הרשאות פריסה מתאימות הצליח לבצע פריסה על ידי שמירת שרת 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 Bad Gateway | תוקנה בעיה שגרמה לעלייה במדדים של CLOSE_WAIT ולשגיאות 502 Bad Gateway. בקשות תמיכה: 814656, 814664, 814670 |
| ספריית הקבצים הזמניים של Node.js | כשמתבצעת פריסה של סקריפט Node.js ב-Edge, הוא פועל בתוך ארגז חול שמגביל את הגישה של מערכת הקבצים לספרייה מסוימת. עם זאת, הפונקציה os.tmpdir מחזירה שם של ספרייה כמו /tmp או /var/tmp, שלא הייתה קיימת ב-sandbox של Edge Node.js, וכתוצאה מכך סקריפטים מסוימים לא פועלים. ארגז החול של Node.js ב-Edge כולל עכשיו ספרייה /tmp לשימוש של os.tmpdir. |
| חריגות של מצביע null בקריאות ל-API | במדיניות Assign Message, סטטוס תגובה null גרם לחריגה של null pointer כש-Edge ניסה לתעד את קוד התגובה של המדדים. כבר פתרנו את הבעיה הזו. מספר פנייה: 815595 |