התרגלנו לחשוב על היסטוריית הפריסות בענן כמשהו מובן מאליו, מעין מכונת זמן חינמית שמאפשרת חזרה לגרסה יציבה בלחיצת כפתור אחת. אתמול הודיעה Vercel על שינוי במדיניות התמחור של מסלול Pro: החברה מתחילה לגבות תשלום על נפח האחסון של הפריסות ומקצרת את חלון השימור האוטומטי ל-30 יום. מי שלא יתאים את ההגדרות שלו לפני 23 באוקטובר 2026, יגלה שכל פריסה ישנה יותר פשוט נעלמת מהמערכת.
זה שינוי לא נעים, אבל הגיע הזמן להתפכח.
המהלך נוגע ישירות לצוותי פיתוח שמסתמכים על Instant Rollback כדי להתאושש מתקלות בפרודקשן בלי לבנות את הפרויקט מחדש. בחברה מסבירים כי השימוש הגובר בסוכני AI לכתיבת קוד הגדיל דרמטית את תדירות הדחיפות לשרתים, מה שיצר הררי מידע ישן. אלא שבמקום רק לעודד ניקיון, המודל החדש מציג שורת חיובים כפולה שעלולה להפתיע מפתחים בסוף החודש.
שעון המחיקה של הגרסאות מתקתק
לפי ההודעה שפרסמה Vercel, ברירת המחדל לשימור גרסאות בצוותי Pro מתקצרת ל-30 יום בלבד, לעומת שנה שלמה שהוגדרה בעבר לפריסות פרודקשן וחצי שנה לסביבות בדיקה. פריסות ישנות מ-30 יום יימחקו החל מ-23 באוקטובר 2026, אלא אם מנהלי הפרויקט יגדירו באופן יזום מדיניות שימור ממושכת יותר.
פריסות שנמחקו אינן ניתנות לשחזור או לשימוש לצורך Rollback.הדוקומנטציה הרשמית של Vercel
חברות הזנק ישראליות שמנהלות את תשתיות ה-CI/CD שלהן על גבי הפלטפורמה צריכות לשים לב לתאריך הזה. לפי החברה, פריסות שנמחקו לא יאפשרו ביצוע Rollback בעת תקלה. אם תרצו לשמור על רשת הביטחון הזו, תצטרכו לשלם על הנפח שהיא תופסת.
מלכודת האזורים המרובים בחשבון
התמחור החדש עומד על 0.10 דולר לכל GB לחודש עבור Deployment Storage, וסכום זהה של 0.10 דולר לכל GB לחודש עבור Functions Storage. החישוב מתבצע על ידי סכימת שיאי האחסון היומיים של כל פרויקט לאורך תקופת החיוב. על פניו מדובר בסכומים נמוכים, אבל החלוקה לשני מדדים שונים מסתירה עלות מזנקת.
פריסה במספר אזורים גיאוגרפיים מכפילה את נפח האחסון של פונקציות השרת במספר המיקומים שבהם הן רצות, מה שמייקר את החשבון מיד. לפי מסמכי התיעוד על Deployment Storage, חבילות הפונקציות נשמרות בכל אזור שבו Vercel פורסת אותן, כך שהנפח מוכפל במספר האזורים שהוגדרו. פרויקט עם עשרות פריסות פעילות בחודש יצבור עלויות נפח שאינן קשורות לגודל הקוד הגולמי בריפוזיטורי.
לא הייתי ממהר להשאיר את הפונקציות מבוזרות בכל העולם בלי בדיקה אמיתית של הצורך.
בהודעת ה-Changelog כתוב שהחיוב ייכנס לתוקף בהתאם להודעה שתישלח במייל לכל צוות, אולם החברה לא פירסמה תאריך אחיד או שקוף למועד תחילת החיובים בפועל. בנוסף, לא מצוין אם צוותי Pro נהנים ממכסת נפח ראשונית חינמית, או שכל בייט מתומחר מהרגע הראשון.
מה שורד את המחיקה האוטומטית
למרות קיצור ברירת המחדל, לא כל פריסה שחצתה את רף 30 הימים תימחק. מדיניות השימור של Vercel כוללת רשימת חריגים שמגינה על פריסות מסוימות באופן אוטומטי. במסלול Pro, המערכת שומרת תמיד את עשר הפריסות האחרונות שנוצרו בפרויקט, ואת 20 הפריסות האחרונות בסטטוס Ready בסביבות ייצור ובסביבות בדיקה.
הגנה נוספת ניתנת לפריסות שמקושרות לכתובות Alias פעילות. פריסה שמחזיקה בכתובת הייצור הראשית, פריסה שמקושרת לענף פעיל עם Pull Request פתוח ב-GitHub, או סביבות עם דומיין ייעודי לא יימחקו. ברגע שהחריג מתבטל, למשל כאשר ממזגים את ה-PR או מעבירים את הדומיין לפריסה חדשה, ההערכה מחדש של הפריסה למחיקה עשויה לקחת עד 30 יום.
איך לעצור את החיובים עכשיו
כדי להימנע מהפתעות, יש לפתוח את לוח ה-Usage בהגדרות הצוות ולבדוק את נתוני האחסון לפי פרויקטים ספציפיים. לפי המדריך לאופטימיזציה של אחסון, ניתן להגדיר חלון שימור קצר של מספר ימים לפריסות שנכשלו או בוטלו, ולהשאיר חלון ארוך יותר רק לפריסות ייצור קריטיות.
במקביל, כדאי לנקות קבצים כבדים מתהליך הבנייה. מומלץ להוציא תמונות ווידאו לנכסים חיצוניים כמו Vercel Blob שאינם מנוהלים כחלק מחבילת הפריסה, ולהשתמש בהגדרות המאפשרות להחריג קבצים שאינם נחוצים לריצת השרת. ככל שחבילת הפונקציות תהיה רזה יותר, כך השפעת ההפצה הרב-אזורית תצטמצם. מי שמנהל עשרות שירותי מיקרו ירגיש את השינוי הזה מהר מאוד.
החיוב אמנם מתקרב, אבל לפחות יש לנו שבועיים להחליט אילו גרסאות שוות את הכסף שלנו.
| סוג פריסה או רכיב | ברירת מחדל חדשה | תמחור חודשי (דולר ל-GB) | מנגנון חריג להגנה ממחיקה |
|---|---|---|---|
| פריסות רגילות (קבצים סטטיים ופלט בנייה) | 30 יום לפריסה | 0.10 ל-GB-month של Deployment Storage | מוגנות אם הפריסה היא בין 10 האחרונות בפרויקט או 20 האחרונות ב-Ready |
| פריסות הכוללות פונקציות שרת | 30 יום לפריסה | 0.10 ל-GB-month לכל אזור ב-Functions Storage | מוגנות אם הפריסה היא בין 10 האחרונות בפרויקט או 20 האחרונות ב-Ready |
| פריסות עם Production Alias | נשמרות ללא הגבלת זמן ברירת מחדל | 0.10 | מוגנות כל עוד ה-Alias משויך אליהן |
| פריסות בדיקה של ענפי Git פעילים | נשמרות כל עוד הענף פתוח | 0.10 | מוגנות כל עוד ה-PR לא מוזג או נסגר |
מקורות
- Deployment Storage billing begins for existing Pro teamshttps://vercel.com/changelog/deployment-storage-pricing-expands-to-existing-teams
- New Pro teams now default to 30-day deployment retentionhttps://vercel.com/changelog/new-pro-teams-now-default-to-30-day-deployment-retention
- Deployment Storage billing begins for existing Pro teams - Vercelhttps://vercel.com/changelog/deployment-storage-pricing-expands-to-existing-teams\
- Deployment Storagehttps://vercel.com/docs/deployment-storage
- Deployment Retentionhttps://vercel.com/docs/deployment-retention
- Optimize Deployment Storagehttps://vercel.com/docs/deployment-storage/optimize
- Vercelhttps://weba.co.il/tools/vercel/
הידיעה נכתבה מהמקורות שלמעלה בתאריך הפרסום, וכל טענה בה נבדקה מולם. מצאתם טעות? כתבו.