Почему жёсткие лимиты расходов пора сделать настройкой по умолчанию

Саймон Уиллисон формулирует требование, которое, по его мнению, станет остро необходимым в ближайшие месяцы и годы: жёсткие лимиты расходов по умолчанию. Речь о функции сервисов и API с оплатой по факту потребления, позволяющей сказать: «после $X в месяц — отключай и возвращай ошибки». Именно отключай. Мягкие лимиты в духе «после $X пришлём предупреждение на почту» задачу не решают.

Откуда проблема

Кодовые агенты и персональные агенты (те же кодовые агенты в менее пугающей обёртке) резко снижают порог для запуска кода, который делает что-то полезное. А иногда это «полезное» стоит денег — вызовы платных API, размещённые веб-приложения, системы, которые тарифицируют дополнительное хранилище и вычисления.

Никто не хочет проснуться от письма, отправленного в полночь с предупреждением о превышении бюджета, и обнаружить, что, пока он спал, вышедший из-под контроля сервис потратил ещё несколько сотен, а то и тысяч долларов.

Ошибки лучше, чем счёт на $10 000

Главный контраргумент: бизнес не хочет, чтобы его приложения начинали отдавать ошибки из-за превышения какого-то бюджета. Но Уиллисон полагает, что большинство компаний и частных пользователей предпочтут ошибки неожиданному счёту на $10 000 и больше.

Поэтому жёсткий лимит должен стать значением по умолчанию. Кто хочет жить рискованно — пусть сможет, но только по явному выбору. Автор предлагает заметный и понятный флажок: «Снять ограничение бюджета. Моё приложение не будет остановлено при превышении лимита, и я беру на себя ответственность за дальнейшие расходы».

Кто уже это сделал

Больше всего такой функции автор ждёт от AWS: он слышал немало историй о людях, которые отказываются использовать AWS для личных проектов из обоснованного страха, что сбежавший сервис их разорит, — и о тех, кто этого не предусмотрел и серьёзно обжёгся.

И оказалось, что AWS наконец запустил лимиты расходов. В анонсе от 16 сентября говорится: при переходе на платный тариф можно задать месячный лимит на проект, и при его достижении проект приостанавливается до конца месяца. Правда, пока функция раскатывается на ограниченное число клиентов. Google Cloud представил похожую возможность — Spend Caps — ещё в июле, позволив устанавливать месячный финансовый потолок для отдельных сервисов внутри проекта. Похоже, это становится тенденцией.

В идеале, добавляет Уиллисон, с этим могли бы помогать и сами агенты: хорошо бы, чтобы они склонялись к рекомендации провайдеров с жёсткими лимитами и предостерегали неопытных разработчиков от развёртывания приложений на сервисах без ограничений.

Источник: Simon Willison