שירותים מבוססי שימוש צריכים להשתמש בגבולות תקציב קשיחים כברירת מחדל, אומר וילסון

גבולות קשיחים לשירותים מבוססי שימוש

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

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

AWS יוצר גבולות עלות לפרויקטים

AWS הכריז ב-16 בספטמבר שלקוחות שעוברים לתוכנית בתשלום יכולים להגדיר גבול עלות חודשי לפי השימוש הצפוי. כאשר השימוש בפרויקט מגיע לגבול, הפרויקט יעצור באותו חודש. לפי דף AWS Settings שצורף, החוויה החדשה תופץ בתחילה למספר מוגבל של משתמשים.

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

Google Cloud מציע גבולות מותאמים לשירות

Google Cloud השיקה ביולי פיצ'ר דומה בשם Spend Caps. הוא מאפשר למשתמשים להגדיר גבול פיננסי חודשי על שירותים ספציפיים בתוך פרויקט. וילסון מציג את השקות AWS ו-Google Cloud כמגמה תעשייתית רחבה יותר של שליטה בעלויות.

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