מי שמנהל ארכיטקטורת מיקרו-פרונטאנד מכיר היטב את הפחד הקבוע ממתקפת בוטים לילית. מספיק סורק כתובות אגרסיבי אחד שמפציץ נתיבים כדי לנפח את שורת השימוש עוד לפני שהשרת בכלל התחיל לעבוד. אתמול, 7 באוקטובר 2026, הודיעה Vercel על עדכון שסוגר את הפינה הזאת: מעכשיו, ניתוב מיקרו-פרונטאנדים פטור מתשלום על כל תעבורה שנבלמת בחומת האש.
זה היה צריך לקרות מזמן.
סוף לחרדת הבוטים בחשבון
לפי ההודעה שפרסמה החברה, בקשות ששכבת ה-Vercel WAF חוסמת, מאתגרת או מגבילה בקצב אינן נספרות יותר בחיוב על ניתוב. המהלך מיישר קו עם בקשות CDN ותעבורת Fast Data Transfer, שכבר הוגדרו כחינמיות עבור תעבורה כזאת בעבר לפי דפי המערכת. עבור צוותים שמריצים עשרות אפליקציות תחת דומיין יחיד וסופגים מתקפות מניעת שירות, מדובר בהבדל ישיר בחשבונית החודשית. כשמיליוני בקשות זדוניות מציפות את השער שלכם, הצטברות העלויות מגיעה למאות דולרים מיותרים רק על בדיקת הנתיב עצמו.
בקשות שנחסמות או מאותגרות ב-WAF פטורות לחלוטין מתשלום על ניתוב מיקרו-פרונטאנדים בלי צורך בהגדרות חדשות.
ניתוב מיקרו-פרונטאנדים פטור כעת מתשלום עבור בקשות שחומת האש של יישומי הרשת חוסמת, מאתגרת או מגבילה בקצב.הודעת העדכון של Vercel
איך עובד מנגנון הניתוב
כדי להבין למה החיוב הזה הטריד מפתחים מלכתחילה, צריך להסתכל על שכבת התשתית. לפי דוקומנטציית Microfrontends Routing, כאשר מגיעה בקשה לדומיין מבוזר, המערכת קוראת את קובץ microfrontends.json בפריסה הפעילה ומחליטה לאיזה פרויקט ולאיזו גרסה להעביר אותה. ההחלטה מתבצעת כולה בתוך אותה בקשה, בלי שכתוב כתובת שמייצר קפיצת רשת נוספת לעולם החיצון. הקובץ מגדיר מיפוי בין נתיבים כמו docs או אפליקציות ראשיות, והניתוב מתבצע ברמת שכבת הרשת של Vercel עוד לפני שהבקשה הגיעה לקוד של הפרויקט עצמו.
אלא שעד עכשיו, עצם הפעולה של עיבוד הנתיב וההחלטה לאן להפנות אותו נרשמה כמונה שימוש בתשלום, גם כאשר חומת האש עצרה את התעבורה רגע לאחר מכן. אם בוט שלח בקשות מרובות לכתובות שלא קיימות או לנתיבים מוגנים, שילמתם על עצם הפיענוח בתוך microfrontends.json אף על פי שחסמתם את הכתובת. מה שבאמת מעניין כאן הוא שהתמחור הקודם העניש מפתחים שבנו נכון והשתמשו בכלים המובנים של הפלטפורמה.
מתי הפטור נכנס לפעולה
הפטור חל על הפעולות שחומת האש מפעילה כאשר מוגדרים חוקים מותאמים. לפי דוקומנטציית WAF Custom Rules, חומת האש מאפשרת להגדיר פעולות כמו deny לחסימה מיידית או challenge להצגת אתגר אימות. בנוסף, קיימת פעולת rate limit שמחזירה שגיאת 429 או חוסמת את התעבורה מעבר לתקרה שהגדרתם. כאשר מפעילים חסימה כזאת, שינוי התצורה נכנס לתוקף ברחבי העולם בתוך 300 מילישניות לפי נתוני החברה. תכונת Persistent Actions מאפשרת לחסום את כתובת ה-IP לפרק זמן של דקה ומעלה, ובדוקומנטציה כתוב שהחסימה הזו פועלת ישירות ברמת התשתית עוד לפני עיבוד הבקשה.
עם זאת, בדוקומנטציה לא מפורט מה קורה כאשר משתמש נתקל באתגר אימות ופותר אותו בהצלחה בניסיון חוזר, האם הבקשה השנייה נספרת מיידית לחיוב הניתוב, ובאיזה שלב מדויק היא מוגדרת כתעבורה לגיטימית. בנוסף, לא פורסם אם ריצות מחשוב של Edge Middleware שמופעלות לצד הבדיקות פטורות גם הן מעלויות, או שהפטור מוגבל למדד הניתוב בלבד. לוח הבקרה גם אינו מציג בשלב זה פירוט נפרד שמבדיל בין בקשות שנחסמו בחינם לבין בקשות שחויבו, כך שקשה לעקוב אחרי המספרים המדויקים.
מה צריך לעשות עכשיו
השינוי הופעל בצורה גורפת בכל הפרויקטים, כך שאין שום צורך לפרוס מחדש את הקוד או לעדכן קובצי הגדרות. עבור צוותים ישראליים שמריצים ארכיטקטורות מיקרו-פרונטאנד ומשלמים בדולרים, התעבורה עוברת סינון ישיר בנקודת הנוכחות המקומית בתל אביב. הצעד המעשי היחיד שנותר לכם לעשות הוא להיכנס להגדרות חומת האש, לוודא שחוקי החסימה הפעילים מוגדרים נכון, ולהפסיק להציץ בלוח הבקרה מתוך דאגה בכל פעם שבוט מחליט לסרוק את האתר.
החשבון בסוף החודש כבר לא יפתיע אתכם לרעה.
מקורות
- Microfrontends Routing is now free for Firewall-mitigated traffichttps://vercel.com/changelog/microfrontends-routing-is-now-free-for-firewall-mitigated-traffic
- Microfrontends Routinghttps://vercel.com/docs/microfrontends/routing
- Vercel WAFhttps://vercel.com/docs/vercel-firewall/vercel-waf
- WAF Custom Ruleshttps://vercel.com/docs/vercel-firewall/vercel-waf/custom-rules
- Vercelhttps://weba.co.il/tools/vercel/
הידיעה נכתבה מהמקורות שלמעלה בתאריך הפרסום, וכל טענה בה נבדקה מולם. מצאתם טעות? כתבו.