כרגע מוצג התיעוד של Apigee Edge.
כניסה למסמכי התיעוד של
Apigee X. מידע
ביום שלישי, 29 באפריל 2014, השקנו גרסה חדשה של Apigee Edge בענן.
תכונות חדשות ושיפורים
בהמשך מפורטים התכונות והשיפורים החדשים שבגרסה הזו.
- מרכזי בקרה של Analytics
Edge מספק עכשיו דוחות חדשים של נתוני ביצועים של נקודות קצה (Endpoint), ביצועים של שרת proxy ל-API, ודוחות של ביצועי המטמון כדי לעזור לך לעקוב אחרי הביצועים.
מידע נוסף זמין במאמר 'מרכזי הבקרה לתפעול' במרכזי הבקרה של Analytics. - צבירת מדדים מותאמים אישית לביצועים
התכונה הזו לא זמינה יותר.
תכונת צבירה חדשה בהתאמה אישית מאפשרת להגדיר מדדים מותאמים אישית שמערכת Edge אוספת ומאחסנת בתור קריאות ל-API, וכך משפרת את הביצועים של ניתוח הנתונים. כשמציגים דוחות, Edge ניגשת למדדים המצטברים שכבר זמינים במקום לאחזר אותם בזמן אמת. - תצורה מוגדרת מראש של OAuth 2.0 בשרתי proxy ל-API
כשיוצרים שרת proxy ל-API, האפשרות החדשה 'מאובטח באמצעות אסימוני גישה מסוג OAuth v2.0' מגדירה באופן אוטומטי את שרת ה-API של שרת proxy באמצעות כללי מדיניות שתומכים ב-OAuth.
ראו OAuth. - אנונימיזציה של נתונים במעקב
משאב ה-API /maskconfigs מאפשר לבצע אנונימיזציה של נתונים רגישים, כמו פרטי כרטיס אשראי, בסשנים של מעקב אחר שרת proxy ל-API, כדי לשמור על האבטחה של נתוני המשתמשים במהלך פיתוח ה-API.
פנייה:810723
למידע נוסף, ראו אנונימיזציה והסתרה של נתונים. - מדיניות האימות הבסיסי
המדיניות בנושא אימות בסיסי מאפשרת להוסיף אימות בסיסי פשוט לשרת proxy של API, שמספק קידוד אוטומטי של Base64 של פרטי הכניסה והאכלוס של כותרת ה-HTTPAuthorization: Basic.
תוכלו לעיין במדיניות האימות הבסיסי. - PostClientFlow
PostClientFlow מאפשר להוסיף כללי מדיניות MessageLogging שיופעלו לאחר שליחת התגובה. כך מפחיתים את זמן האחזור של שרת ה-API של שרת ה-API ומאפשרים גישה למידע שלא מחושב לפני שליחת התשובה, כמו client.sent.start.timestamp ו-client.sent.end.timestamp.
מספר פנייה: 814059
הבאגים תוקנו
הבאגים הבאים תוקנו בגרסה הזו.
| נושא | תיאור |
|---|---|
| אימות השם של דוח בהתאמה אישית | Edge מאמת עכשיו את השמות של דוחות בהתאמה אישית כדי למנוע את השימוש בתווים מיוחדים. |
| דיווח על בעיות בפירוט של Developers_app | בדוחות בהתאמה אישית הוחזרו אפליקציות שגויות של מפתחים, נעשה בהן שימוש בפירוט של developer_app. כבר פתרנו את הבעיה הזו. |
| תקופת הזמן לא פועלת בדוחות מותאמים אישית | בדוחות בהתאמה אישית שהכילו מסננים עם מספר ביטויים בסוגריים, למשל (request_verb eq 'POST') or (request_verb eq
'GET'), לשינוי תקופת הזמן של הדוח לא הייתה השפעה על התוצאות. הבעיה
נפתרה.מספר פנייה: 810753 |
| תרשימים לא מופיעים בדוחות בהתאמה אישית | תוקנה בעיה של תרשימים שלא מופיעים בדוחות בהתאמה אישית. מספר הפנייה: 814623 |
| ייבוא WSDL |
|
| הגדרת המדיניות בנושא מגבלת קצב ליצירת בקשות בו-זמנית | הבורר Target Endpoint זמין עכשיו רק כשמוסיפים מדיניות של מגבלת קצב ליצירת בקשות במקביל לשרת proxy של API. נקודת הקצה (endpoint) המשמשת כיעד לא חלה על כללי מדיניות אחרים. |
| תמיכה למפתחים על ידי החברה | בארגונים שמופעלות בהם אפליקציות, אפשר עכשיו לציין חברה בזמן היצירה או העריכה של מפתח. מספר הפנייה: 515246 |
| ייצוא של מפתחים, אפליקציות ומוצרים | מעכשיו אפשר לייצא מפתחים, אפליקציות ומוצרים לקובץ CSV דרך הדף 'מפתחים'
בממשק המשתמש לניהול Edge. התכונה הזו לא זמינה כרגע לארגונים
שמופעלת בהם מונטיזציה. מספר הפנייה: 747159 |
| החלון של האפליקציות למפתחים לא תלוי | אחרי שמפתח מחק אפליקציה ב-Edge Developer Portal, לחיצה על האפליקציה הזו בממשק המשתמש לניהול Edge הייתה גורמת לניתוק החלון. הבעיה הזו נפתרה. |
| הערות בתצורת שרת proxy של API | תגובות בתצורת שרת proxy של API גלויות עכשיו בתצוגת הקוד של עורך ה-API של שרת ה-API וב-Property Inspector. |
| שרתי proxy של ה-API נוצרו עם שמות לא חוקיים | ממשק המשתמש לניהול Edge אפשר בעבר ליצור שרתי proxy של API שהשמות שלהם
הכילו תווים מיוחדים שאינם נתמכים, וכתוצאה מכך נוצרו שרתי proxy לא חוקיים של API שלא ניתן היה למחוק. שמות proxy ל-API מאומתים עכשיו בזמן היצירה. מותר להשתמש רק בתווים אלפאנומריים, בקו תחתון ('-') וב-'_'. מספר פנייה: 550390 |
| התלות באותיות רישיות במתן שמות לשרת proxy ל-API | Edge יצר שרתי proxy של API עם שמות באותיות קטנות, ללא קשר לסוג האותיות. Edge מכבדת עכשיו את השימוש באותיות רישיות בשם שהוזן על ידי שרת ה-API של שרת ה-API. |
| אזהרה לגבי שמירה של שרת proxy של API | כששומרים שרת proxy ל-API בעורך ה-API של שרת ה-API, Edge פורס את שרת ה-API של ה-API בכל הסביבות שבהן הגרסה הקודמת נפרסה, כולל סביבות ייצור. בממשק המשתמש לניהול Edge תוצג עכשיו אזהרה לפני שמירת שרת ה-proxy. |
| תפקיד בהתאמה אישית ללא שמירת הרשאות לסביבת הייצור | כשעדכון גרסה קודמת של API שנפרסה, מופעל מצב של ביטול פריסה פנימי ופריסה בסביבות שנפרסו. תפקיד בהתאמה אישית ללא הרשאות פריסה מתאימות הצליח
לפרוס על ידי שמירת שרת proxy של API. הבעיה הזו נפתרה על ידי אכיפת
הרשאות פריסה. מספר הפנייה: 813084 |
| שרת יעד כפול | במהלך יצירת שרת יעד כפול, במקום שגיאת HTTP 409, Edge החליף את שרת היעד הקיים והחזיר סטטוס 201. הבעיה טופלה על ידי הצגת שגיאת 409 ולא החלפת שרת היעד הקיים. |
| לא ניתן ליצור פעילויות מעקב בשרתי proxy של API | לא נוצרו סשנים של מעקב עבור סביבות עם מעבדי הודעות
שלא ניתן היה להגיע אליהם. הבעיה הזו נפתרה על ידי צירוף סשנים של מעקב רק
לספקי ההודעות שזמינים וזמינים פנייה: 812192 |
| התנהגות מעודכנת של JMSReplyTo | כברירת מחדל, Edge שולח את התשובה לתור שצוין בכותרת JMSReplyTo.
עם זאת, אם רוצים שהשירות לקצה העורפי יטפל בשליחת התגובה לתור JMSReplyTo
ולא ל-Edge, מוסיפים את הכותרת X-Apigee-Ignore-JMSResponse לתגובה של שרת ה-API
בתהליך כלשהו ומגדירים אותה כ-true:<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| שגיאות גבוהות של CLOSE_WAIT ו-502 שגיאות שער שגוי | תוקנה בעיה שגרמה למדדי CLOSE_WAIT גבוהים ושגיאות 502 של שער שגוי. פניות: 814656, 814664, 814670 |
| הספרייה הזמנית של Node.js | כשסקריפט Node.js נפרס ל-Edge, הוא פועל בתוך ארגז חול שמגביל את הגישה של מערכת הקבצים לספרייה מסוימת. עם זאת, הקוד os.tmpdir מחזיר שם ספרייה כמו /tmp או /var/tmp, שלא היה קיים ב-Sandbox של Edge Node.js וגורם לקריסה של חלק מהסקריפטים. ארגז החול של Edge Node.js כולל עכשיו ספריית .tmp לשימוש ב-os.tmpdir. |
| חריגות במצב של מצביע בקריאות ל-API | במדיניות של הקצאת הודעות, סטטוס תגובה null גרם לחריגת מצביע null, כש-Edge ניסתה לתעד את קוד התגובה של המדדים. כבר פתרנו את הבעיה הזו. מספר פנייה: 815595 |