אנטי-דפוס: שמירת נתונים במטמון של יותר מ-256KB

אתם צופים במסמכי העזרה של Apigee Edge.
כניסה למסמכי העזרה של Apigee X. info

ב-Apigee Edge יש אפשרות לאחסן נתונים במטמון בזמן הריצה, כדי לשמור אותם ולאפשר אחזור מהיר יותר.

• הנתונים מאוחסנים בהתחלה במטמון בזיכרון של Message Processor, שנקרא L1 cache.
• נפח המטמון L1 מוגבל לפי נפח הזיכרון ששמור לו כאחוז מזיכרון ה-JVM.
• הרשומות ששמורות במטמון נשמרות מאוחר יותר במטמון L2, שכל מעבדי ההודעות יכולים לגשת אליו. פרטים נוספים זמינים בקטע הבא.
• למטמון L2 אין מגבלה קבועה על מספר רשומות המטמון, אבל הגודל המקסימלי של הרשומות שאפשר לשמור במטמון מוגבל ל-256KB. גודל המטמון של 256KB הוא הגודל המומלץ לביצועים אופטימליים.

דפוס שלילי

התבנית הזו מתייחסת להשלכות של חריגה מהמגבלות הנוכחיות על גודל המטמון בפלטפורמת Apigee Edge.

כשנתונים גדולים מ-256KB מאוחסנים במטמון, התוצאות הן:

• בקשות API שמבוצעות בפעם הראשונה בכל אחד ממעבדי ההודעות צריכות לקבל את הנתונים בנפרד מהמקור המקורי (מדיניות או שרת יעד), כי רשומות גדולות מ-256KB לא זמינות במטמון L2.
• אחסון נתונים גדולים יותר (יותר מ-256KB) במטמון L1 גורם ללחץ גדול יותר על משאבי הפלטפורמה. כתוצאה מכך, זיכרון המטמון L1 מתמלא מהר יותר, ולכן יש פחות מקום לנתונים אחרים. כתוצאה מכך, לא תהיה אפשרות לשמור את הנתונים במטמון באופן אגרסיבי כפי שרוצים.
• רשומות ששמורות במטמון של מעבדי ההודעות יוסרו כשמגיעים למגבלה על מספר הרשומות. כתוצאה מכך, הנתונים יאוחזו שוב מהמקור המקורי במעבדי ההודעות המתאימים.

השפעה

• נתונים בגודל של יותר מ-256KB לא יישמרו במטמון L2/persistent.
• קריאות תכופות יותר למקור המקורי (מדיניות או שרת יעד) מובילות לזמני אחזור ארוכים יותר לבקשות ה-API.

שיטה מומלצת

• מומלץ לאחסן במטמון נתונים בגודל של עד 256KB כדי לקבל ביצועים אופטימליים.
• אם יש צורך לאחסן נתונים גדולים מ-256KB, כדאי לשקול:
  • שימוש בכל מסד נתונים מתאים לאחסון נתונים גדולים

    OR

  • דחיסת הנתונים

קריאה נוספת

• המבנה הפנימי של המטמון