📘 תיעוד 98

שמירה מול רעננות (TTL)

עודכן לאחרונה ב-6 במאי 2026

בהקשר של Cloudflare CDN (Content Delivery Network), שמירה (retention) ורעננות (freshness) מתייחסות לשני מושגים נפרדים אך קשורים. עבור אובייקט במטמון, רעננות היא כמה זמן יש להתייחס אליו כתקף בלי לפנות למקור שלו, בעוד ששמירה מתייחסת לכמה זמן הוא נשאר במטמון לפני שהוא מוסר.

#שמירה

כאשר משאב מבוקש, Cloudflare שומרת אותו במטמון כדי שבקשות הבאות יוכלו להיענות בלי ליצור קשר עם שרת המקור. אם אובייקט שנשמר במטמון לא מבוקש שוב, הוא מוסר בסופו של דבר כדי לפנות מקום לתוכן חדש ופופולרי יותר. תהליך הסרה זה נקרא פינוי (eviction).

Cloudflare משתמשת באלגוריתם Least Recently Used (LRU) כדי להחליט אילו אובייקטים לפנות כאשר המטמון מלא. תקופת השמירה של אובייקט היא כמה זמן הוא נשאר במטמון לפני שהוא מפונה. השמירה נקבעת לפי הפופולריות היחסית של האובייקט ולפי גודל המטמון, ואינה ניתנת להגדרה.

#רעננות (TTL)

רעננות, הידועה גם בשם Time to Live (TTL), קובעת כמה זמן מטמון יכול להשתמש באובייקט בלי לבדוק שוב מול המקור. לדוגמה, אם לאובייקט יש TTL של חמש דקות, המטמון מגיש אותו ישירות במשך חמש דקות לאחר שקיבל אותו לראשונה. אחרי חמש דקות, Cloudflare חייבת לבדוק מול המקור כדי לאשר שהאובייקט עדיין תקף לפני שתגיש אותו שוב. יש כמה דרכים להגדיר ערכי TTL למשאבים שמוגשים דרך ה-CDN של Cloudflare:

• לכלול הנחיות Origin Cache Control או CDN Cache Control, כמו max-age או s-maxage, בכותרת התגובה cache-control של המקור.
• להשתמש ב-Cache Rules או ב-Workers.

אם אובייקט במטמון כבר אינו רענן, Cloudflare מאמתת אותו מחדש מול המקור. כאשר stale-while-revalidate מוגדר, האימות מחדש מתרחש באופן אסינכרוני בתום התוקף: המבקרים ממשיכים לקבל שירות מהמטמון בזמן ש-Cloudflare מביאה עותק רענן ברקע. בלי ההנחיה הזו, בקשות נכנסות ממתינות לתשובת המקור לפני שהן מקבלות תוכן. המקור יכול לאשר שהאובייקט השמור במטמון עדיין תקף (ולרענן את ה-TTL שלו) או להחזיר גרסה חדשה שתחליף אותו. לפרטים, ראו Revalidation.