Куда утекает облачный бюджет: FinOps для забытых ресурсов

История из практики: команда из десяти человек, быстрый рост, счёт за AWS прибавлял около 30 процентов каждый месяц. В какой-то момент основатель позвонил с простой фразой: на облако уходит больше, чем на зарплаты. Это не редкость и не следствие чьей-то халатности. Так выглядит инфраструктура, которая росла быстрее, чем дисциплина управления ей.

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

Где на самом деле горят деньги

Главный вывод того анализа: продакшен, то есть боевая система, на которой работают клиенты, составлял всего 15 процентов расходов. Остальное приходилось на вспомогательные среды, про которые все забыли:

• 47 тестовых инстансов, работавших круглосуточно. Тесты запускают на час, а сервер крутится сутки напролёт и тарифицируется поминутно все семь дней в неделю.
• 12 staging-окружений, которые подняли под конкретные задачи и забыли удалить. Каждое из них продолжало потреблять вычислительные мощности и дисковое пространство, ничего не давая бизнесу взамен.
• 3 QA-сервера, обрабатывавших функциональность, которую так и не выпустили. Компания платила за прогон того, что не приносило ни рубля выручки.

Суммарно это давало 13 500 долларов потерь в месяц. В пересчёте на год получается около 162 тысяч долларов, а при сохранении той же динамики роста счёт уверенно шёл к полумиллиону. Для компании из десяти человек это не строчка в отчёте, а полноценный бюджет на найм нескольких инженеров, который ежемесячно сгорал впустую.

Почему облако молча наказывает за невнимательность

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

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

Порядок наведения за четыре недели

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

• Неделя 1, маркировка ресурсов. Каждому ресурсу присваиваются метки: владелец, назначение и срок жизни. После этого на любой сервер можно посмотреть и сразу понять, кто за него отвечает и можно ли его гасить. Безымянных ресурсов, за которые потом никто не возьмётся, больше не появляется.
• Неделя 2, автоматическое выключение. Все непродакшен-среды гасятся по расписанию, например после 20 часов и на выходные. Тестовый контур не обязан работать ночью, когда им никто не пользуется, а платить за это полную ставку тем более незачем.
• Неделя 3, удаление по умолчанию. Тестовые окружения создаются с заранее заданным сроком и удаляются автоматически, если их явно не продлили. Логика переворачивается: по умолчанию ресурс исчезает, а не живёт вечно. Это и есть та дисциплина, отсутствие которой стоило компании десятки тысяч долларов.
• Неделя 4, постоянный контроль. Мониторинг отслеживает осиротевшие ресурсы и сигнализирует, как только появляется что-то без владельца или с истёкшим сроком. Так чистка превращается из ежегодного аврала в фоновый процесс.

Результат: счёт снизился с прежнего уровня до 2 700 долларов в месяц. При этом производительность боевой системы осталась прежней, а простоя не было ни минуты. Это важный момент: оптимизация затрагивала только то, что не работало на бизнес, и не касалась клиентского сервиса.

Что это значит для вашей компании

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

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

Итог

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

Если вы подозреваете, что часть облачного бюджета уходит в никуда, но не знаете точную сумму, мы предлагаем бесплатный технический аудит инфраструктуры. Найдём ресурсы без владельцев, посчитаем реальные потери и предложим конкретный план их устранения. Оставьте заявку на странице https://myod.it/contacts