سقف هزینه سخت باید پیش‌فرض همه سرویس‌ها بشه
هوش مصنوعیخلاصهٔ کامل‌تر
سایمون ویلیسون تو این پست می‌گه دنیا قراره خیلی بیشتر به یه قابلیت نیاز پیدا کنه: default hard budget caps، یعنی تو سرویس‌های پرداخت بر اساس مصرف بتونی بگی «بعد از X دلار در ماه، این سرویس رو قطع کن و خطا برگردون». به گفته‌ش این حد باید سخت باشه. سقف نرم، یعنی فقط یه ایمیل هشدار بعد از رسیدن به حد، کافی نیست.
دلیلش ایجنت‌های کدنویسی و ایجنت‌های شخصی‌ان (که نویسنده می‌گه همون ایجنت کدنویسی‌ان با یه رابط کاربری کمتر ترسناک). اینا راه انداختن کدی که کار مفید می‌کنه رو خیلی راحت کردن و بعضی از این کارها پول خرج می‌کنن: صدا زدن APIهای پولی، اپ‌های هاست‌شده، یا سیستم‌هایی که بابت فضا و پردازش اضافه صورت‌حساب می‌دن. کسی دوست نداره صبح بیدار بشه و ببینه نصفه‌شب ایمیل هشدار اومده و سرویسش تا صبح چند صد یا چند هزار دلار دیگه خرج کرده.
نویسنده قبول داره که کسب‌وکارها دوست ندارن اپشون به‌خاطر رد شدن از بودجه خطا بده، ولی معتقده بیشتر آدما و شرکت‌ها خطا رو به یه قبض غافلگیرکننده بالای ۱۰ هزار دلار ترجیح می‌دن. پیشنهادش اینه که سقف سخت پیش‌فرض باشه و هر کی خواست ریسک کنه، با یه تیک واضح و آگاهانه برش داره و مسئولیت هزینه‌های بعدی رو قبول کنه.
سرویسی که بیشتر از همه منتظرش بود AWS بود، چون خیلی‌ها از ترس ورشکست شدن با یه سرویس از کنترل خارج‌شده، واسه پروژه شخصی سراغش نمی‌رن. حالا AWS از ۱۶ سپتامبر تو تجربه جدید سازنده‌ها امکان تعیین spend limit ماهانه رو داده و اگه مصرف پروژه به این حد برسه، پروژه تا آخر اون ماه متوقف میشه. البته فعلاً فقط واسه تعداد محدودی از مشتری‌ها فعاله. Google Cloud هم از جولای قابلیت Spend Caps رو آورده که میشه باهاش واسه سرویس‌های خاص یه پروژه سقف ماهانه گذاشت.
نویسنده آخرش می‌گه خوب می‌شد اگه خود ایجنت‌ها هم کمک کنن: سرویس‌هایی که سقف سخت دارن رو پیشنهاد بدن و به سازنده‌های تازه‌کار درباره دیپلوی روی سرویس‌های بی‌سقف هشدار بدن.
نکات کلیدی:
- سقف نرم فقط هشدار می‌ده؛ سقف سخت بعد از رسیدن به حد، سرویس رو قطع می‌کنه و خطا برمی‌گردونه.
- پیشنهاد نویسنده: سقف سخت پیش‌فرض باشه و برداشتنش opt-in و با پذیرش صریح مسئولیت باشه.
- AWS از ۱۶ سپتامبر ۲۰۲۶ spend limit ماهانه آورده که پروژه رو تا آخر ماه pause می‌کنه، ولی فعلاً واسه مشتری‌های محدود.
- Google Cloud از جولای Spend Caps رو واسه سرویس‌های مشخص داخل یه پروژه عرضه کرده.
- ایجنت‌های کدنویسی ساخت سرویس‌های پولی رو راحت کردن و همین ریسک قبض‌های غافلگیرکننده رو بالا برده.
