Были времена, когда переход в облако казался прямо-таки идеальным решением. Благодаря ему не нужно было покупать серверы, строить дата-центры, содержать администраторов и делать все, что так сильно нагружало штат и бюджет. Отказ от собственной инфраструктуры действительно сильно облегчал компаниям жизнь – особенно на первых порах – и ускорял запуск проектов. Но со временем затраты на облака стали серьезной статьей расходов, добавив сложностей финансовому планированию. Именно поэтому появилось такое явление как FinOps. А что это такое и с чем его едят – сейчас разберем.
Что такое FinOps

FinOps – это не про “давайте возьмем и урежем бюджет на облако”. Это про то, как получить максимальную пользу от каждого рубля, потраченного на облако, и при этом не пожертвовать качеством и эффективностью работы.
Ведь как раньше выглядел подход к формированию расходной части ИТ-отдела?
Финансовый отдел в начале года выделял фиксированную сумму на ИТ-нужды
Техническая служба эти деньги тратила в течение года как могла
В конце отчетного периода все вместе разбирали итоги и выясняли, где получилось сэкономить, а где случился перерасход
Планирование шло от крупных разовых покупок (серверы, лицензии, оборудование)
В условиях предсказуемых капитальных затрат на железо и лицензии все в принципе работало. Компании тратились на расширение или обновление инфраструктуры раз в несколько лет и пользовались плодами апгрейда, что называется, на все деньги. Но облако изменило правила игры.
Теперь, когда облако превратилось из вспомогательного в один из ключевых инструментов для многих ИТ-компаний, стало так:
Запустил дополнительный инстанс – плати
Добавил мощности – плати
Забыл выключить тестовый сервер – плати
Расходы стали переменными, исчез эффект абсолютной предсказуемости и классический подход с годовым планированием CapEx в мире OpEx просто перестал работать.
FinOps предполагает отслеживание затрат практически в режиме реального времени, а каждая команда знает свои расходы и несет за них ответственность. С ним больше нет места исключительно реактивному подходу, когда проблемы решались после их возникновения. FinOps действует на опережение, предотвращая лишние траты до того, как они выйдут из-под контроля. Хотя, конечно, оптимизацию по итогам месяца никто не отменял. Но с FinOps эти практики не заменяют друг друга, а соседствуют и позволяют лучше оптимизировать расходы.
Корпоративные расходы на облако: масштаб проблемы в цифрах
Звучит красиво. Но насколько оптимизация по методам FinOps универсальна и полезна? Не окажется ли так, что издержки от перехода к новым практикам станут для компании более существенными, нежели потери от условно неэффективного использования облака? Для этого обратимся к цифрам.

По подсчетам Flexera State of Cloud, из каждых 10 долларов, выделенных на облако, 2-3 доллара тратятся неэффективно. Это же 20-30%! Колоссальные суммы, если вдуматься. При таком соотношении даже небольшие пробелы в клауд-менеджменте оборачивается крупными потерями. И эта неэффективность существует в масштабах, которые поражают воображение. Исследование CloudZero, а также отчет McKinsey подтверждают эти цифры. Даже если взять 20% как нижнюю границу, при обороте в десятки миллионов речь может идти о миллионах долларов потерь в год.
В российских реалиях, где только в 2024 году объем рынка IaaS/PaaS, по данным iKS-Consulting, составил более 165 млрд рублей, мы получаем около 30 млрд потерь. При этом лишь треть всех организаций точно знают, на что тратится их облачный бюджет.
Причина – непрозрачность расходов. Более половины компаний действуют практически вслепую, принимая решения на основе догадок, а не реальных данных, полученных в результате исследований. Разработчики ориентируются на конфигурацию инстансов, модели резервирования и спотовые мощности, но примерно в половине случаев делают это интуитивно, не погружаясь в изучение метрик нагрузки.
В результате облачная инфраструктура оказывается полна неиспользуемых ресурсов. Серверы простаивают с загрузкой 5%, диски висят без привязки к инстансам, базы данных работают на избыточно мощном железе, а хранилища используют дорогие классы для редко запрашиваемых файлов. С FinOps это недопустимо.
Как работает FinOps на практике
FinOps — не только инструменты, но еще и культура и новые процессы принятия решений. Технические средства и автоматизация, конечно, играют важную роль, но ключевым становится изменение отношения к планированию и использованию ресурсов. Без автоматизации и интеграции данных масштабировать FinOps невозможно. Поэтому, чтобы все получилось, необходимо следовать основополагающим принципа этого подхода.
Первый принцип — это совместная ответственность. Условно говоря, есть два лагеря: бизнес и технари – те самые ножи и вилки, без которых поесть нормально не получится при всем желании. FinOps объединяет их, создавая совместные команды или хотя бы связки из представителей обеих сторон. Разработчики понимают, сколько стоит их код, а финансисты — почему нужны те или иные ресурсы. Именно это и формирует культуру совместной ответственности. И это уже история ни про какой не этикет, а банально про удобство.
Второй принцип — ценность важнее экономии. Цель FinOps не в том, чтобы минимизировать затраты любой ценой. Его цель – принимать решения, исходя из пользы для бизнеса. Иногда разумнее выбрать более дорогую, но надежную инфраструктуру. Особенно если от нее зависит стабильность продукта. Допустим, у вас ожидается наплыв пользователей или крупное обновление. В этом случае разумнее сразу заложить запас по ресурсам, чем потом срочно решать проблемы с доступностью. Да, это увеличит расходы на старте, но потери из-за сбоев или недоступного сервиса могут обойтись куда дороже.
Третий принцип — прозрачность в реальном времени. Очень важно, чтобы данные о потреблении можно было получить в режиме онлайн. Благодаря быстрой обратной связи команды могут сразу видеть последствия своих действий. Такой себе эффект бабочки, только в корпоративном сегменте. С FinOps не нужно дожидаться месячного отчета. Все видно практически сразу.
Чтобы такой уровень прозрачности стал возможен, в компании часто формируется отдельная FinOps-команда или функция. Она отвечает за внедрение инструментов учета, настройку единого дашборда, сбор метрик, стандартизацию подходов и обучение других команд. Это помогает всем участникам работать с единой картиной расходов и говорить на одном языке.
Ключевые метрики и инструменты FinOps
Адаптировать FinOps у себя теоретически может любая компания. Для этого даже необязательно сразу бросаться в омут с головой. Существует три уровня зрелости организаций, принявших для себя этот подход:
Crawl — минимальная автоматизация, базовые отчеты и процессы, работа с “низко висящими фруктами”. Примеры: 50% аллокации затрат, 20% отклонения прогноза от факта, простое тегирование, ручной контроль расходов.
Walk — автоматизация большинства рутинных задач, средние и высокие цели по KPI, регулярная оптимизация, но без охоты за сложными кейсами. Примеры: 80% аллокации, 15% отклонения прогноза, автоматизация тегирования, showback/chargeback.
Run — максимальная автоматизация, интеграция FinOps в DevOps, продвинутые прогнозы и аналитика, почти полная прозрачность, автоматическое реагирование на аномалии. Примеры: 90%+ аллокации, 12% отклонения, автоматические политики оптимизации, непрерывное улучшение.
При этом не обязательно стремиться к “Run” во всем. Главное — зрелость там, где это реально несет пользу. Иногда “Crawl” для одной функции лучше, чем “Run” для другой, если это отвечает задачам бизнеса.
Инструментарий FinOps и автоматизация процессов
Но сколько “халва” не кричи – во рту слаще не станет. Поэтому важно полагаться в том числе и на специализированный инструментарий. Какой – не так важно. Главное – провести аудит и подобрать именно то, что подойдет именно вам.

Благо сейчас на рынке хватает FinOps-платформ, которые умеют все: от автоматического тегирования и построения дашбордов до интеграции с DevOps и BI-системами. Они поддерживают мультиоблачные и гибридные сценарии, позволяют детализировать расходы до уровня проекта, команды или пользователя. Правда, в РФ таких решений почти нет, но за рубежом они уже получили широкое распространение. Впрочем, это нюансы.
Главное, что предлагают современные инструменты:
Автоматически находят неиспользуемые ресурсы, рекомендуют по оптимизации, могут сами отключать простаивающие инстансы и настраивать алерты.
Гибко тегируют и строят отчеты для разных команд и подразделений.
Анализируют историю расходов, ловят аномалии и предупреждают о всплесках.
Встраиваются в DevOps и CI/CD, чтобы можно было увидеть финансовый эффект изменений еще до релиза.
Умеют распределять расходы по кластерам, подам, функциям.
Автоматизируют работу с различными программами оптимизации.
Дают открытые API для интеграции с внутренними системами и корпоративными порталами.
Автоматизация охватывает множество аспектов, начиная от сбора данных и построения дашбордов и заканчивая формулировкой рекомендаций и исполнением политик. Хорошо подобранный инструментарий упрощает рутинные действия, ускоряет принятие решений и позволяет командам заниматься развитием, а не ручной оптимизацией.
Польза FinOps для компаний разного масштаба
Для стартапов и малого бизнеса FinOps — это не столько про экономию, сколько про зрелость. На ранних стадиях экономическая выгода от FinOps может быть минимальной. Все-таки инфраструктура еще небольшая, да и объемы не те. Однако базовые принципы вроде прозрачности расходов, тегирования или лимитов помогают с самого начала выстроить финансовую дисциплину.
Но главное приверженность FinOps демонстрируют инвесторам, что команда мыслит стратегически, умеет считать деньги и понимает последствия своих технических решений. Это может серьезно повысить общую привлекательность проекта.
Причем для этого могут быть не нужны даже сложные инструменты. Нередко достаточно тегирования ресурсов, дашборда затрат, уведомлений об аномалиях и лимитов бюджетов. FinOps дает молодым компаниям инструменты для экономии и избежания переплат. Дополнительный плюс — формирование культуры ответственности за расходы с самого начала.
Для крупных организаций FinOps решает проблему масштаба. При затратах в сотни миллионов даже небольшая оптимизация может дать миллионы рублей экономии. Без FinOps-прозрачности управлять такими затратами крайне сложно.
В больших компаниях FinOps приносит структуру и контроль над распределенными затратами. Внедряются единые политики тегирования, системы showback/chargeback, централизованные инструменты оптимизации. А, как результат — не только экономия средств, но и повышение эффективности всей ИТ-организации.

В России FinOps тоже развивается очень активно, пусть и с учетом особенностей локального рынка. Импортозамещение и требования к локализации данных создают дополнительную сложность в виде работы с множественными провайдерами и платформами. Но само явление прижилось у нас очень хорошо, пусть пока и не получило массового распространения.
Практика показывает, что российские компании чаще всего сталкиваются с проблемой "облачного хаоса”, когда разные подразделения независимо закупают облачные сервисы без централизованного учета. FinOps решает эту проблему, объединяя всю отчетность в едином дашборде и позволяя сократить административные расходы до 50%.
FinOps: блажь или насущная необходимость
К 2025 году FinOps превратился из конкурентного преимущества в необходимость. По итогам прошлого года совокупные ИТ-расходы в России превысили 3 трлн рублей в год, облачные технологии стали основой бизнеса, а расходы на ИИ обозначили экспоненциальный рост. При таких масштабах каждый процент эффективности может стать фактором успеха или неудачи.
Компании, которые внедряют FinOps, получают контроль над облачными расходами, экономию 20-30% бюджета, улучшение взаимодействия между командами и ускорение принятия решений. Те, кто игнорирует FinOps, платят «налог на неэффективность» в виде постоянных утечек бюджета.
Как когда-то DevOps стал обязательным для быстрой разработки, так теперь FinOps становится критически важным для финансовой устойчивости. В эпоху, когда технологии определяют конкурентоспособность, отсутствие FinOps — это роскошь, которую не может позволить себе ни одна компания.
Потому что это не просто инструмент экономии. Это новая парадигма управления технологическими инвестициями, которая позволяет компаниям сохранять инновационность, не жертвуя финансовой дисциплиной. В 2025 году это уже не выбор, а необходимость для выживания в цифровой экономике.
Подписывайтесь на наше FinOps-комьюнити в Telegram. Обещаем не спамить. Там только настоящая польза, рабочие кейсы и общение с единомышленниками.
Комментарии (13)
DenSigma
14.08.2025 05:43Звучит красиво, но интуитивно понимаю, что когда все начнут экономить (тратя на это деньги), то облачные провайдеры просто поднимут тарифы, нивелируя эти усилия.
vazhendima Автор
14.08.2025 05:43FinOps не только и не столько про экономию. Но тем не менее, эффект экономии > трат (если прогнозируется меньше, то может оно вам и не надо).
А что касается провайдеров — они и "без экономии" это делают :)
SmileyK
Запустил дополнительный инстанс – плати
Добавил мощности – плати
Забыл выключить тестовый сервер – плати
А раньше не так было ? - дальше бегло уже читал....
vazhendima Автор
Под "раньше" подразумевается работа с собственной инфрой. И берется за основу концепция, что за железо уже уплочено)
А при работе с публичными облаками каждый чих тарифицируется сверху
SmileyK
ну слушайте, вы немного утрируете, это ровно так же как кран с водой дома, либо вы включаете не полную мощность либо регулируете....
так же и со своей инфрой - вы покупаете железо, страхуетесь, закладывая 20-25% мощности сверху, а в итоге вы и 80% не выжимаете по потреблению этого железа.... + резервирования и так далее, высокая доступность, масштабирование гео - избитая тема.
Оно все сугубо интимно и выбирается по потребности или от настроения, ровно так же как в публичных домах вы идете либо за потребностью либо выбираете по своему настроению...
Каждый чих везде тарифицируется, только либо он тарифицируется опексом или капексом.
vazhendima Автор
Про интим в точку)
Всё чаще вижу подход, при котором своя инфра стремится к 90+% утилизации. Что-то новое запускается в облаках, и , при необходимости, в нужной конфигурации перетаскивается внутрь.
И опять же, доступ к "неограниченным" и "легким" сервисам команды немного развращает. "Ну а чо, в любой момент срежем лишнее или вообще выключим)" Такой прыти при работе со своей инфрой не наблюдается.
Согласен про чих, каждый CPU и в своей инфре стоит условных "попугаев". Только финансистам такое спокойней, посколько новый инстанс не потребует денег сверх оплаченного.
AlexandreFrolov
Да, затраты в облаках трудно прогнозировать, а это плохо.
TheChef
Не в таких масштабах и не с такой жадностью.
AlexandreFrolov
Прикидывал стоимость облачных серверов по сравнению с арендованными или своими - облачные дороже раза в три как минимум. Тут какие инструменты экономии не применяй, все равно получается очень дорого. Даже по сравнению с арендованными серверами.
SmileyK
вы берете облачную инфраструктуру в которой уже заложена высокая доступность и так далее и вы ее не обслуживаете, а когда вы берете свои сервера (или в аренду), то тут начинается веселье начиная от драйвера на сетевую карту и все другие прелести on-premise, вы или ваши сотрудники при облачной инфре не тратите время на администрирование и сопровождение определенного слоя инфраструктуры - а так конечно, если позволяет бюджет и желание то конечно можно брать 2-3 человека в штат в зависимости от размера инфры и заниматься весельем.
AlexandreFrolov
Я понимаю, почему облака дороже. Но высокая доступность, настоящая, в рамках нескольких дата-центров и с резервированием каналов между ними, заложена далеко не у всех, и повышает стоимость еще больше.
Уже более 20 лет администрирую один порядка 10-20 серверов и кучу виртуалок и не вижу никаких особых проблем с этим. А если серверов больше, то и бизнес крупнее, и можно хоть десять администраторов нанять.
Плюс к этому проблемы с безопасностью в решениях общего пользования, все эти облака ломают и уничтожают. Вот на Кипре сколько то лет назад полностью пропал один такой сервис, оказалось что и бекапы уничтожены. К тому же, доверять свой бизнес чужой компании не все будут.
А так, конечно, все от масштабов бизнеса зависит.
vazhendima Автор
Смотря как считать) Если сравнивать только стоимость железа и итого за облака за некий период — там разница в "Иксах". Если добавить все косвенные расходы, амортизацию и прочее, помноженное на скорость/гибкость/возможности облаков — то эта разница уже будет не такой значительной.
Это как с аутстаффом разработчиков) Это всегда дороже, чем взять в штат. Но есть сценарии при которых это будет явно выгодней. Как минимум, редко можно "уволить/заменить" позицию день-в-день
AlexandreFrolov
Да просто считать, особенно для арендованных. Достаточно сравнить ежемесячные расходы. А возможности облаков сами по себе нужны далеко не всегда. Бесплатный Проксмокс установленный на свой или арендованный сервер дает самое необходимое.
Но, конечно, каждый считает исходя из своей ситуации.
Я, кстати, пользуюсь облаками для почасовой аренды облачных серверов с мощными видеокартами для ии. Пока это выгоднее приобретения своего оборудования, но это сейчас и для меня.