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