WEBA

Vercel מקצרת בחצי את משיכת הקבצים במאגרים כבדים

שדרוג תשתיתי מוריד 13 שניות משלב הכנת הקבצים בפרויקטים עם Git LFS, אבל המדידה בוצעה רק על מכונות חזקות ומאגרים רגילים לא ירגישו שינוי.

518 מילים25 עובדות אומתו

זמן ההמתנה לפריסה מורכב מהרבה שניות קטנות ומעצבנות שמתבזבזות עוד לפני שהקוד בכלל מתחיל להתקמפל. ב-13 באוקטובר 2026, פרסמה Vercel עדכון שמתמקד בדיוק בנקודה הזו: האצת שלב ה-checkout והורדת הקבצים. השיפור הממוצע בכלל המאגרים עומד על 20 אחוז, אך בפרויקטים שכוללים קבצים כבדים ומנהלים אותם באמצעות Git LFS, הזמן הדרוש להכנת הקבצים צנח ב-54 אחוז. מדובר בחיסכון ישיר של כ-13 שניות בכל פריסה.

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

לא הייתי ממהר להתרגש מהאחוזים הגבוהים.

פחות לחכות לקבצים כבדים

בכל פעם שאתם דוחפים קוד לענף הראשי או פותחים pull request, התשתית של Vercel מקימה סביבה מבודדת ומבצעת משיכה ראשונית של המאגר. עבור אתרי תוכן, חנויות מקוונות או אפליקציות שכוללות מודלים מקומיים, סרטונים ותמונות ברזולוציה גבוהה, שלב ה-checkout הופך למעמסה. השיפור הנוכחי מיועד לצמצם את משך העברת המידע הזה מהשרת של ספק הגיט ישירות אל שרת הבנייה. לפי הודעת החברה, הזמן הנדרש להכנת קובצי הפרויקט ירד ב-20 אחוז בממוצע על פני כלל המאגרים שנבדקו.

החברה דיווחה גם על שיפור של 22 אחוז באחוזון ה-90 (p90) של זמני הכנת הפרויקטים: 90 אחוז מהפריסות מסיימות את שלב השליפה מהר יותר מבעבר. אם המאגר שלכם מכיל קוד בלבד ללא נכסים כבדים, הקיצוץ יתבטא בשניות בודדות, שייבלעו בתוך הזמן שלוקח ל-npm install או לשלב ה-build של Next.js להסתיים על גבי השרת.

For LFS-enabled projects, the average time to get project files ready fell by 54%, saving approximately 13 seconds per deployment on this step.הודעת ה-Changelog הרשמית של Vercel

האותיות הקטנות של המעבדים

המספרים שפרסמה Vercel תקפים רק עבור מכונות בנייה עם יותר משני מעבדים וירטואליים. זו השורה החשובה בהודעה, והיא זו שמסבירה למה לא כולם יראו את השינוי בחשבון שלהם. שרתי הבנייה הבסיסיים, המוקצים לחשבונות חינמיים או לפרויקטים ללא שדרוג משאבים, כוללים לרוב שני vCPUs ומטה. החברה לא שיתפה נתונים על זמני הפריסה במכונות קטנות אלו, והשתיקה הזו מעידה שהשיפור שם מינורי למדי.

זה שווה רק אם אתם מנהלים עומסים חריגים.

Vercel גם בחרה שלא לפרט מה שונה במנגנון ההורדה מתחת למכסה המנוע: האם מדובר בשימוש במקביליות גבוהה יותר בזמן משיכת האובייקטים, שמירה חכמה יותר של מטמון ברמת הרשת, או התייעלות מול ה-APIs של GitHub וספקי Git אחרים. ללא הסבר טכני, קשה לדעת אם קצבי ההעברה המהירים יביאו למיצוי מוקדם של מכסות תעבורה שספקי האחסון מטילים על הורדות Git LFS. מה שבאמת מעניין כאן הוא הפער בין ההבטחה השיווקית לחוויה של מי שמריץ פרויקטים פשוטים במסלולים רגילים.

השוואת נתוני השיפור שפרסמה Vercel לפי סוג הפרויקט
סוג הפרויקט / מדדשיפור מדווח בזמן הכנהמשמעות מעשית בפריסה
מאגרים עם Git LFS פעילירידה של 54%חיסכון ממוצע של 13 שניות בהורדת קבצים כבדים
כלל המאגרים בפלטפורמה (ממוצע)ירידה של 20%קיצור זניח של שניות בודדות בשלב השליפה
אחוזון 90 (p90) בכלל הפריסותירידה של 22%ייצוב זמני הפריסה במאגרים איטיים ועמוסים
מכונות בנייה עד 2 vCPUsלא פורסםאין אימות לשיפור בחשבונות חינמיים ובסיסיים

בלי הגדרות אבל עם כוכבית

העדכון פועל ברמת התשתית, אך כדי להפיק ממנו תועלת יש לוודא שהפרויקט מוגדר כראוי. לפי דוקומנטציית הגדרות ה-Git של החברה, פרויקטים המשתמשים בנכסי LFS נדרשים להפעיל את התמיכה במפורש תחת הגדרות הפרויקט בלוח הבקרה, ולאחר מכן לבצע redeploy כדי שהשינוי יחול. אם האפשרות כבויה, האובייקטים הגדולים לא יימשכו במלואם והשיפור לא יבוא לידי ביטוי.

כפי שמפורט בדוקומנטציית פריסות ה-Git, הפלטפורמה מתממשקת ישירות מול שירותים כמו GitHub או GitLab כדי לבנות כל שינוי בקוד. אם אתם עובדים עם Vercel ומנהלים קובצי מדיה של עשרות מגה-בייטים במאגר, החיסכון של 13 שניות הוא תוספת נחמדה לתהליך השוטף, אך שמירת נכסים כבדים בתוך גיט נותרת פרקטיקה בעייתית בטווח הארוך. שימוש ב-CDN ייעודי או באחסון ענן מבוסס S3 ימשיך להיות פתרון יעיל וחסכוני בהרבה לעומת הסתמכות על תהליכי checkout כבדים לפני כל בנייה מחדש.

לפני שאתם פותחים שמפניות, תעיפו מבט בלוגים של הפריסה הבאה. אם אתם על מכונה בסיסית, סביר להניח שתמשיכו להמתין בדיוק כמו קודם.

מה לעשות עכשיובדקו בלוגים של הפריסה הבאה ב-Vercel כמה זמן לוקח שלב ה-checkout, ושקלו להוציא קבצים כבדים מהמאגר ל-CDN חיצוני במקום לשלם על מכונות בנייה חזקות.

מקורות

הידיעה נכתבה מהמקורות שלמעלה בתאריך הפרסום, וכל טענה בה נבדקה מולם. מצאתם טעות? כתבו.

מה שואלים על זה

האם צריך לשנות משהו בהגדרות המאגר כדי לקבל את המהירות החדשה?

לא. השיפור בתשתית הוחל באופן אוטומטי על ידי Vercel. עם זאת, אם המאגר כולל קבצים ב-Git LFS, יש לוודא שהתמיכה ב-LFS מופעלת בהגדרות הפרויקט בלוח הבקרה כדי שהקבצים אכן יימשכו.

למה זמן הבנייה הכללי שלי לא התקצר בחצי?

השיפור של 54% תקף אך ורק לשלב הכנת הקבצים ומשיכת המאגר (checkout), ולא לשלב ה-build עצמו הכולל התקנת תלויות וקומפילציה, שלוקח בדרך כלל את רוב זמן ההמתנה.

האם השיפור חל על חשבונות במסלול החינמי של Vercel?

לא ידוע. הנתונים הרשמיים נמדדו ופורסמו רק עבור מכונות בנייה עם יותר משני מעבדים וירטואליים, והחברה לא פרסמה נתונים לגבי מכונות בסיסיות.