כרגע מוצג התיעוד של Apigee Edge.
כניסה למסמכי התיעוד של
Apigee X. מידע
מה יש כאן
המנגנונים של Apigee Edge לשמירה במטמון ולהתמדה כוללים פעילות לטווח קצר ולטווח ארוך. יש כללי מדיניות לגבי שמירה במטמון תגובה ושמירה במטמון למטרה כללית. משתמשים ב-Management API כדי לנהל את המטמון.
שמירה במטמון של תגובות בקצה עורפי
באמצעות המדיניות בנושא מטמון תגובה, אתם יכולים לשמור את התגובות של משאב קצה עורפי במטמון.
האפשרות הזו שימושית במיוחד כשנתוני הקצה העורפי מתעדכנים רק מדי פעם. המדיניות ResponseCache יכולה לצמצם קריאות למקורות נתונים של קצה עורפי.
באמצעות המדיניות ResponseCache, אפשר גם לבקש מ-Edge לבדוק כותרות מסוימות ששומרות במטמון של תגובת HTTP, ולבצע פעולות בהתאם להוראות הכותרת. לדוגמה, בתגובות מיעדים בקצה העורפי, Edge תומך בכותרת Cache-Control. בין היתר, ניתן להשתמש בכותרת הזו כדי לקבוע את
הגיל המקסימלי של תגובה שנשמרה במטמון. אפשר לקרוא מידע נוסף במאמר תמיכה בכותרות של תגובת HTTP.
שמירה במטמון לטווח קצר לשימוש כללי
באמצעות מדיניות לשמירה במטמון לשימוש כללי, אפשר לשמור על כל האובייקטים שנדרשים לשרת ה-proxy בסשנים מרובים של בקשה/תגובה.
באמצעות המדיניות אכלוס מטמון, מדיניות LookupCache ומדיניות InvalidateCache, תוכלו לאכלס, לאחזר ולרוקן נתונים שנשמרו במטמון בזמן ריצה.
לדוגמה, יכול להיות שאתם שומרים באופן זמני את:
- מזהי סשנים לניהול סשנים.
- פרטי כניסה לשיחות יוצאות (כמו מפתחות API או אסימוני גישה ל-OAuth).
- תוכן תגובה שחייב לעבור לדפים באפליקציות.
בזמן הריצה, מדיניות המטמון מעתיקה ערכים בין משתני שרת proxy למטמון שהוגדר. כשמוסיפים ערך למטמון, הוא מועתק מהמשתנה שהגדרתם אל המטמון. כשהוא מאוחזר מהמטמון, הוא מועתק למשתנה לשימוש על ידי שרת ה-proxy שלכם.
לדוגמה עם קוד, ראו דוגמה: שמירה במטמון למטרה כללית.
עקביות לטווח ארוך עם מפות של ערכי מפתח (KVMs)
כדי לאחסן נתונים מובְנים מוצפנים או לא מוצפנים ללא הגבלת זמן, אפשר ליצור ולאכלס מפות של ערכי מפתח (KVMs) שמכילות צמדי מפתח/ערך שרירותיים. לדוגמה, אפשר לאחסן:
- מפה שמקושרת בין כתובות IP לקודי מדינות.
- רשימה של כתובות IP להוספה לרשימת ההיתרים/לדחייה.
- מפה שמתקשרת בין כתובות URL ארוכות לכתובות URL מקוצרות.
- נתונים ספציפיים לסביבה, כמו ספירת מכסות וזמני תפוגה של אסימון OAuth.
למכונות KVM ניתן להגדיר אחד משלושת היקפים: ארגון, סביבה ו-apiproxy. לדוגמה, אם רוצים להשתמש בצמדי מפתח/ערך לכל ממשקי ה-API בארגון, צריך ליצור KVM בהיקף של הארגון. או אם רק לשרת proxy ספציפי של API צריכה להיות גישה למפתחות/ערכים, צריך ליצור את ה-KVM בהיקף של apiproxy. יש כמה דרכים ליצור, לנהל ולאחזר מפות של ערכי מפתח. מידע נוסף זמין במאמר עבודה עם מפות של ערכי מפתח.
ניהול המטמון באמצעות ה-Management API
אם רוצים ליצור, להציג, לעדכן, למחוק ולמחוק מטמון מחוץ להיקף המדיניות בתהליך ההודעה, אפשר להשתמש ב-Caches Management API.