Cloudflare השיקה את Origin Range Requests, מנגנון חדש להגשת חלקים מקבצים גדולים בלי לכוון ידנית גודל Range. התכונה זמינה בשירות עצמי בכל התוכניות ומיועדת לתעבורת וידאו, הורדות מתחדשות, מאגרי תוכנה וקובצי מודלים גדולים.
למה Range Requests מורכבים?
לקוח שמבקש רק חלק מקובץ שולח כותרת HTTP מסוג Range. לדוגמה, נגן וידאו שקופץ לאמצע סרטון אינו צריך להוריד את הקובץ כולו, ומנהל הורדות יכול להמשיך מהנקודה שבה החיבור הופסק. השרת מחזיר בדרך כלל 206 Partial Content ואת טווח הבתים שנשלח.
במנגנון הישן, Cloudflare מיפתה בקשות לטווחים בגודל קבוע שהוגדר לכל אזור. טווח קטן יצר מספר רב של פניות למקור ולחץ זיכרון; טווח גדול גרם להורדת מידע רב יותר ממה שהלקוח ביקש. שינוי גודל הטווח גם השפיע על מפתחות המטמון.
איך המנגנון החדש עובד?
היישום החדש נשען על שרת המטמון מבוסס Pingora ועל אחסון בקבצים המחולקים ל-Chunks קבועים. כאשר מגיעה בקשת Range, Cloudflare בודקת אילו בתים כבר נמצאים במטמון, קוראת אותם מהדיסק או מהזרמה פעילה, ומביאה מה-Origin רק את החלקים החסרים המיושרים לגבולות ה-Chunk.
אם הורדה קיימת כבר מכסה את הבתים שנדרשו, בקשה נוספת יכולה להצטרף אליה במקום לפתוח Fetch נוסף. המערכת גם בודקת שגודל האובייקט וה-Entity Tag נשארו עקביים, כדי לא להרכיב תשובה מחלקים השייכים לגרסאות שונות של הקובץ.
שיפור מדיד ב-R2
Cloudflare מדווחת כי לאחר המעבר של R2 למימוש החדש, זמן ה-p99 עד הבית הראשון ירד בערך בחצי, הן ב-Cache Hit והן ב-Cache Miss. שיפור נוסף, המשלב בתשובה בתים שכבר נמצאים בדיסק עם בתים שהובאו מה-Upstream, הפחית בכ-6% את תעבורת ה-Tiered Cache ב-R2 ובעומסים דומים.
הנתונים הם מדידות של Cloudflare בסביבתה, ולכן אינם מבטיחים אותו שיפור בכל אתר. התוצאה תלויה בגודל הקבצים, דפוסי הגישה, תמיכת המקור ב-Byte Ranges וזכאות התוכן למטמון.
למי זה מתאים ואיך מפעילים?
- וידאו MP4 עם Seeking והזרמה מתקדמת
- הורדות גדולות שניתן לחדש לאחר ניתוק
- מאגרי חבילות והפצות תוכנה
- קובצי ISO, ארכיונים ואובייקטים בנפח רב
- מודלי AI וקובצי Training או Inference גדולים
ההפעלה נעשית באמצעות Cache Rule שמזהה את התעבורה הרצויה ומגדירה Origin Range Requests כ-On. אפשר לבצע זאת בלוח הבקרה תחת Caching > Cache Rules או באמצעות API. ההגדרה אינה הופכת תוכן שאינו ניתן למטמון לתוכן Cacheable, וה-Origin עדיין צריך לתמוך בבקשות Byte Range.
מה לבדוק לפני הפעלה
מומלץ להתחיל בקבוצה מוגבלת של קבצים, למדוד Cache Hit Ratio, תעבורת Origin, זמני TTFB ושיעור תשובות 206 ו-416. בנוסף יש לוודא שכותרות Cache-Control, ETag ו-Content-Range תקינות ושמערכת המקור מחזירה ייצוג עקבי לאורך הבקשה.
מקור: Cloudflare Blog — Origin Range Requests: Serving large files without range-request tuning, פורסם ב-23 באוקטובר 2026.
