14.01.00.00 – נתוני גרסה מקומיים של Apigee Edge

אתם צופים במסמכי התיעוד של Apigee Edge.
כדאי לעיין במסמכי התיעוד של Apigee X. מידע

ביום רביעי, 29 בינואר 2014, השקנו גרסה חדשה של Apigee Edge להתקנה מקומית.

אם יש לכם שאלות, אתם יכולים לפנות לתמיכה של Apigee Edge.

הגרסה הזו מכילה תכונות ותיקוני באגים מהגרסאות הבאות של Cloud:

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

  • עדכון מאפיינים מותאמים אישית באסימונים של OAuth 2.0
    מדיניות חדשה בשם Set OAuth v2.0 Info (הגדרת פרטי OAuth v2.0) מאפשרת לכם לעדכן מאפיינים מותאמים אישית באסימונים של OAuth 2.0.
    http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
  • עדכונים במדיניות OAuth 1.0a
    בגרסה הזו נכללים העדכונים הבאים במדיניות OAuth 1.0a:
    • בדומה לאסימוני OAuth 2.0, עכשיו אפשר להגדיר מאפיינים מותאמים אישית באסימוני OAuth 1.0a.
    • פעולה חדשה בשם GenerateVerifier מאפשרת ליצור ולשלוח מאמת OAuth 1.0a (בדומה לקוד הרשאה ב-OAuth 2.0).
  • פרטי SSL במשתני זרימה
    מעכשיו אפשר להפיץ ולגשת לפרטי SSL במשתני זרימה ב-Apigee Edge. הגדרת נכס חדש בשם propagate.additional.ssl.headers ב-ProxyEndpoint מאפשרת לכם לגשת לאותו מידע SSL שזמין בשרת אינטרנט של Apache.
    http://apigee.com/docs/api-services/api/variables-reference
  • כותרות JMS ככותרות HTTP
    כל כותרות ה-JMS מועברות עכשיו ככותרות HTTP לעיבוד בהמשך.
  • עדכון מודול Node.js
    מודול Node.js המובנה של Apigee עודכן וכולל עכשיו את המודולים הבאים: argo 0.4.9, async 0.2.9, express 3.4.8, underscore 1.5.2, usergrid 0.10.7, volos-cache-memory 0.0.3, volos-oauth-apigee 0.0.2, volos-quota-apigee 0.0.2.
  • תפקידים בהתאמה אישית בממשק הניהול – בטא
    בנוסף לתפקידי המשתמש הקיימים 'משתמש עסקי', 'אדמין תפעול', 'אדמין ארגוני' ו'משתמש', הגרסה הזו כוללת תכונת בטא שמאפשרת ליצור תפקידים בהתאמה אישית בממשק הניהול. אתם יכולים לשלוט בגישה לתכונות שונות של Edge באמצעות תפקידים בהתאמה אישית.
  • התוכנה להתקנת Advanced API Services (לשעבר App Services)
    התוכנה Apigee Edge Advanced API Services (לשעבר App Services) זמינה עכשיו לשימוש במקום. התוכנה הקיימת להתקנת Edge מאפשרת לכם לפרוס ולהגדיר את Advanced API Services בסביבה המקומית שלכם.
  • מונטיזציה של שירותי מפתחים (לשעבר שירותי מונטיזציה) תוכנת התקנה
    היכולת להפעיל מונטיזציה היא חלק משירותי המפתחים של Edge. תוכנית ההתקנה של Edge on-premises כוללת עכשיו תוכנית התקנה משופרת ומשולבת למונטיזציה. כדי להפעיל מונטיזציה, צריך לרכוש רישיון נוסף.
  • כמה מעבדי הודעות במארח יחיד – התקנה שקטה
    השיפור הזה תומך בטופולוגיית הפריסה של כמה מעבדי הודעות שמותקנים במארח יחיד, שדורשת קישור של כל מעבד הודעות לכתובת IP ספציפית. עכשיו אפשר להוסיף הגדרת נכס BIND_ON_ALL_INTERFACES=n בקובץ ההגדרות של ההתקנה השקטה, כדי שמעבד ההודעות יאזין לכתובת IP ספציפית, שמוגדרת על ידי הנכס HOSTIP באותו קובץ. מידע נוסף על המאפיין הזה ועל הגדרת התקנה שקטה זמין במדריך להתקנה ולהגדרה של Apigee On-premises Deployment Kit.
  • עדכונים ב-JMS
    הגרסה הזו כוללת עדכונים שונים לתמיכה ב-JMS ב-Apigee, כולל:
    • כל כותרות ה-JMS מועברות עכשיו ככותרות HTTP לעיבוד בהמשך.
    • מעכשיו אפשר לציין את הערכים ExpiryTime ו-DeliveryMode להודעות שמוצבות בתור ResponseQueue שמשמש את ה-proxy של JMS. כל כותרות ה-HTTP שתואמות לכותרות JMS רגילות מוגדרות 'כמו שהן', וכותרות HTTP אחרות מוגדרות כמאפייני JMS בהודעת התשובה שמשמשת את פרוקסי JMS.

באגים שתוקנו

נושא תיאור
הרשאות בתפקיד מותאם אישית ההרשאות שמוגדרות באמצעות תפקידים מותאמים אישית פועלות עכשיו כמצופה.
ניתוח של זמן האחזור של API בתהליך של שרת proxy ל-API, אם קריאה למערכת היעד גורמת לפסק זמן (למשל, פסק זמן לקריאת HTTP), זמני האחזור של היעד נכללים בניתוח ה-API.
המאפיין type במדיניות המאפיין type פועל עכשיו בצורה תקינה בכל כללי המדיניות של Apigee.
ביטול תוקף של אסימוני OAuth 2.0 הפונקציונליות של ביטול תוקף של אסימונים במדיניות Apigee OAuth 2.0 תואמת עכשיו למפרט OAuth. כבר לא צריך לספק 'סוג' כשמגדירים את הפרמטר 'token'.
RBAC עם מפות מפתח/ערך בקרת גישה מבוססת-תפקידים פועלת עכשיו במפות מפתח/ערך שנוצרו ברמת הסביבה.
פורמט התגובה של מדיניות OAuth 1.0a כששולחים בקשות ל-API עם מדיניות OAuth 1.0a, התגובה מוחזרת עכשיו בפורמט של כותרת Accept.

בעיות מוכרות

נושא תיאור
בקשת HTTP 1.0,
תגובת HTTP 1.1
הבעיה הזו מתרחשת בתרחיש שבו לקוח שולח בקשה באמצעות HTTP 1.0 עם המאפיין content-length בכותרת, אבל שירות ה-Backend מוגדר להשתמש ב-HTTP 1.1 ומחזיר מאפיין transfer-encoding לקידוד מקוטע במקום זאת.
כדי לטפל בתרחיש הזה בהצלחה, אפשר להסיר את המאפיין transfer-encoding מהתגובה של HTTP 1.1 באמצעות מדיניות AssignMessage. במדיניות הבאה, שתצורף לזרימת התגובה של ה-API Proxy, המאפיין transfer-encoding יוסר מכותרת ה-HTTP, וכך הלקוח יוכל לקבל את התגובה ללא חלוקה לחלקים.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<הסרה>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>