FinOps на практике. Серия 2: от пилота к регламентам, или как удержать экономию на облаке

В сфере искусственного интеллекта произошло заметное событие. vazhendima 20 минут назад FinOps на практике. Серия 2: от пилота к регламентам, или как удержать экономию на облаке Простой 13 мин 894 Блог компании Практики FinOps DevOps * Облачные сервисы * Анализ и проектирование систем * Облачные вычисления * Обзор Это вторая статья цикла. В первой части мы разбирали, как начать FinOps с точки ноль: посадить финансы и инженеров за один стол, договориться об общей картине затрат и собрать первые данные для прозрачности.

Теперь переходим к следующему шагу: пилоту, ручной разметке ресурсов, поиску оптимизационного потенциала и правилам, которые не дают экономии расползтись обратно. А порядок-то надолго? Знаете, что общего у облачной оптимизации и новогоднего обещания записаться в зал?

Технические детали

И то и другое отлично работает, пока есть свежая мотивация. В инфраструктуре это выглядит так: команда нашла забытые ресурсы, выключила лишнее, показала экономию, получила одобрение бизнеса и выдохнула. Через пару месяцев dev-окружения снова живут круглосуточно, старые диски остаются после удаленных ВМ, снапшоты копятся «на всякий случай», а новые ресурсы создаются без владельца.

Разовая уборка не превращается в порядок сама по себе. Чтобы экономия не расползалась обратно, пилот нужно довести до правил: кто владеет ресурсом, как проверяется временная инфраструктура, какие данные нужны для аллокации, что считается отклонением и кто принимает решение по оптимизации. В прошлой серии мы усадили финансы и инженеров за один стол и договорились считать одно и то же.

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

Отраслевые последствия

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

Как мы выбирались из этой стадии, с граблями и находками, я частями разбирал в Telegram-канале «Практики FinOps». Там же часто появляются практики, которые уже прошли этот путь: иногда чужой ответ действительно экономит месяц собственных экспериментов. Пилот FinOps: почему стартуют с одного провайдераКогда первые данные уже на руках, появляется соблазн сразу пройтись по всей инфраструктуре.

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

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