Michael Johnsonהאם אפשר להגביל הוצאות על מחשוב ענן בלי להסתכן בעצירת יישום פעיל? ב־Cloudflare זמינות כעת שתי אפשרויות ההגדרה, אך מגבלה קשיחה פועלת כמתג כיבוי למוצר ברמת החשבון: עם הגעה לסף היא חוסמת פעולות נתמכות חדשות. עם זאת, הסף עצמו אינו מבטיח סכום מרבי בחשבון הסופי.
ב־13 בנובמבר 2026 הודיעה Cloudflare על השקת Spend Management ללקוחות Pay-as-you-go. בתחילת הדרך, מגבלות והתראות זמינות עבור Workers ו־Durable Objects. זהו מנגנון הגנה אוטומטי מפני עלייה בלתי צפויה בצריכה — בתנאי שהצוות מבין אילו שירותים יושפעו מעצירה משותפת אחת, כפי שCloudflare מסבירה.
מה השתנה לעומת התראה על הוצאות?
התראה מודיעה שההוצאות הגיעו לרמה שנבחרה, והמוצר ממשיך לפעול. מגבלה קשיחה חוסמת פעולות נתמכות. ב־Spend Management מגדירים מדיניות נפרדת לכל מוצר: סכום המגבלה, ספי התראה וכתובת דוא״ל, אם מגדירים כזו. מגבלות Workers ו־Durable Objects אינן תלויות זו בזו וחלות על המוצר המתאים כולו בחשבון. אי אפשר להגדיר סף ל־Worker יחיד, למרחב שמות מסוים של Durable Objects או למדד אחד, לפי התיעוד של Cloudflare.
הבחירה המעשית פשוטה: התראה מתאימה כשהזמינות חשובה יותר, ואילו מגבלה חוסמת מתאימה כשהצוות מוכן לעצור פעולות נתמכות של המוצר כדי להגביל צריכה נוספת.
למה המגבלה אינה מופעלת בדיוק בסכום שנקבע?
חישוב ההוצאות והפצת החסימה אינם מתרחשים מיד. Cloudflare מתארת את לוח הבקרה כמציג הוצאות כמעט בזמן אמת — בתוך פחות מעשר דקות; עם זאת, מנגנון תמחור אינו מעכב כל בקשה. המדיניות מופצת לצומתי הרשת באופן אסינכרוני, וסביבת הריצה מחילה אותה בעת עדכון תקופתי של המצב המקומי. כך Cloudflare מסבירה את אופן הפעולה של Spend Management.
לכן, הסף שנקבע הוא הנקודה שממנה החסימה אמורה להתחיל, ולא תקרה קשיחה לחשבון הסופי. כל עוד ההוצאות מחושבות והכלל מופץ, הפעולות עשויות להימשך. גם חיובים מסוימים אינם נכללים במגבלה: לדוגמה, דמי המנוי Workers Paid אינם נכללים, ונתונים מאוחסנים של Durable Objects עשויים להמשיך לייצר הוצאות לאחר השהיה. Cloudflare מזהירה שהחשבון הסופי הוא שמציג את הסכום הסופי.
איזה חלק מהיישום תעצור מגבלת Workers?
מגבלת Workers מאגדת את ההוצאות על בקשות ועל זמן CPU של כל ה־Workers בחשבון, לאחר ניכוי המכסה הכלולה. כשהחסימה נכנסת לתוקף, Cloudflare דוחה קריאות קוד חדשות שיוצרות הוצאות. משאבים סטטיים שמוגשים בלי להפעיל קוד Worker ממשיכים לפעול. כך מוגדר תחום ההשפעה ב־תיעוד Workers.
דמיינו חשבון ובו יישום ייצור ו־Worker לבדיקה. אם עומס הבדיקה יביא את ההוצאות הכוללות על Workers לסף, החסימה עלולה להשפיע גם על קוד הייצור באותו חשבון. אי אפשר להפריד את המגבלה לפי יישום; כדי לבודד את ההשלכות, הצוות יכול להפריד את העומסים הרלוונטיים בין חשבונות או לבחור בהתראות אם עצירת Workers אינה אפשרית.
ל־Durable Objects יש מגבלה נפרדת, שמחשבת בקשות, משך ביצוע, קריאה וכתיבה של שורות SQLite, וכן פעולות קריאה, כתיבה ומחיקה באחסון key-value. היא אינה מכסה את Workers, את Workers AI, את KV, את R2 ומוצרים אחרים. אם יישום תלוי בכמה שירותים, מגבלה אחת מגינה רק על החלק המתאים בהוצאות, ועצירת רכיב אחד עדיין עלולה לשבש את פעולת היישום.
מה לבדוק לפני הפעלת החסימה?
מפו את התלויות בחשבון: אילו יישומים משתמשים ב־Workers, אילו משימות רקע מפעילות תזמונים או תורים, ואילו שירותים קוראים ל־Durable Objects. לאחר מכן החליטו באילו מוצרים עצירה אוטומטית מקובלת. אם תקלה גרועה יותר מחריגה בהוצאות, הגדירו סף התראה ללא חסימה. אם חסימה מקובלת, בחרו סכום שמתחשב בעיכוב העיבוד, במכסות הכלולות ובהוצאות שהמגבלה אינה כוללת.
Cloudflare מתארת הגדרה באמצעות לוח הבקרה, cf CLI ו־REST API. לדוגמה, בעת יצירת מדיניות ב־API משתמשים בשדה threshold_cents לסכום בסנטים, ב־product_id למוצר, ב־action לפעולה וב־notification_email להתראות; דוגמה מופיעה בהודעת החברה. אוטומציה של ההגדרה אינה משנה את תחום ההשפעה: המגבלה עדיין משותפת למוצר בכל החשבון.
הגדירו מראש גם נוהל לשחזור השירות. כדי להסיר את העצירה לפני תקופת החיוב הבאה, Cloudflare מציעה להעלות את המגבלה מעל ההוצאות שנצברו, להשבית אותה או למחוק את המדיניות. השינויים עשויים להיכנס לתוקף בתוך כמה דקות; הפעלה מחדש של אותה מגבלה אינה מאפסת את ההוצאות לתקופה הנוכחית.
מתי המנגנון הזה מועיל?
Spend Management מוסיפה תגובה אוטומטית לעלייה בצריכה: במקום להסתפק בדוא״ל, המערכת יכולה לעצור פעולות נתמכות חדשות של המוצר שנבחר. בחשבון עם משימות בדיקה, הדבר עשוי לשמש אמצעי הגנה מפני עומס בלתי נשלט. בחשבון עם כמה שירותים קריטיים, סף משותף קושר בין התקציב לזמינות של כל ה־Workers או כל ה־Durable Objects בחשבון.
ההחלטה תלויה במחיר שניתן לסבול עבור עצירה. אם רציפות הפעולה חשובה יותר, התחילו בהתראות ובמעקב אחר ההוצאות. אם חשוב יותר להגביל שימוש נוסף, הפעילו חסימה לאחר בדיקת התלויות והכנת נוהל שחזור. יש לתכנן את הסף כמדיניות לעצירת המוצר, ולא כהבטחה לסכום מדויק בחשבון הסופי.
