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 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).
    http://apigee.com/docs/api-services/content/authorize-requests-using-oauth-10a
  • פרטי SSL במשתני זרימה
    ב-Apigee Edge אפשר עכשיו להפיץ פרטי SSL ולגשת אליהם במשתני זרימה. הגדרת מאפיין חדש בשם 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
    הגרסה הזו כוללת עדכונים שונים לתמיכה של Apigee ב-JMS, כולל:
    • כל כותרות ה-JMS מועברות עכשיו ככותרות HTTP לעיבוד בהמשך.
    • מעכשיו אפשר לציין את הערכים ExpiryTime ו-DeliveryMode להודעות שמוצבות בתור ResponseQueue שמשמש את ה-proxy של JMS. כל כותרות ה-HTTP שתואמות לכותרות JMS רגילות מוגדרות 'כמו שהן', וכותרות HTTP אחרות מוגדרות כמאפייני JMS בהודעת התגובה שבה משתמש שרת ה-proxy של JMS.

באגים שתוקנו

נושא תיאור
הרשאות בתפקיד מותאם אישית ההרשאות שמוגדרות באמצעות תפקידים מותאמים אישית פועלות עכשיו כמצופה.
ניתוח של זמן האחזור של ה-API בתהליך של שרת proxy ל-API, כשקריאה למערכת היעד גורמת לפסק זמן (כמו פסק זמן לקריאת HTTP), זמני האחזור של היעד נכללים בניתוח הנתונים של ה-API.
המאפיין type במדיניות המאפיין type פועל עכשיו בצורה תקינה בכל כללי המדיניות של Apigee.
ביטול תוקף של טוקנים מסוג OAuth 2.0 הפונקציונליות של ביטול תוקף של אסימונים במדיניות OAuth 2.0 של Apigee תואמת עכשיו למפרט של 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. במדיניות הבאה, שתצורף לזרימת התגובה של שרת ה-proxy של ה-API, המאפיין transfer-encoding יוסר מכותרת ה-HTTP, וכך הלקוח יוכל לקבל את התגובה ללא חלוקה לחלקים.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Remove>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>