FinOps в российских облаках: как управлять расходами в Yandex Cloud и VK Cloud

Российские компании переходят на отечественные облака — Yandex Cloud, VK Cloud, Cloud.ru, SberCloud. Но вместе с облаком приходит проблема, хорошо знакомая западным командам: cloud waste. FinOps как практика управления облачными расходами только начинает приживаться в России, и у нас есть специфика, которую западные гайды не учитывают.

Почему FinOps в российских облаках — отдельная тема

Западный FinOps формировался вокруг AWS/Azure/GCP с едиными ценовыми моделями, зрелыми инструментами (AWS Cost Explorer, Azure Cost Management) и устоявшимися паттернами (Reserved Instances, Spot). В российских реалиях всё иначе:

• Ценовые модели отличаются — Yandex Cloud и VK Cloud используют собственные модели ценообразования, которые не всегда похожи на AWS. Понятие «committed use discount» есть, но работает по-другому.
• Инструменты менее зрелые — встроенная аналитика расходов в российских облаках значительно беднее, чем в AWS Cost Explorer или Azure Cost Management. Многие команды экспортируют биллинг в ClickHouse и строят дашборды самостоятельно.
• Мультиоблако по умолчанию — многие компании вынуждены использовать несколько провайдеров одновременно (Yandex для ML, VK для хранения, своя виртуализация для legacy), что усложняет консолидацию затрат.
• Курсовые риски — у части провайдеров рублёвое ценообразование, у части привязка к USD. Бюджетирование становится нетривиальным.

Три уровня зрелости FinOps

FinOps Foundation описывает три стадии: Inform (видимость), Optimize (оптимизация), Operate (управление). В российских командах большинство находится между первой и второй стадией.

Стадия 1: Inform. Команда видит, сколько тратит в целом, но не может ответить на вопрос «а почему в этом месяце на 30% больше?». Типичные признаки: биллинг проверяется раз в месяц, когда приходит счёт; нет тегирования ресурсов; разные команды не знают о расходах друг друга.

Стадия 2: Optimize. Расходы атрибуированы по командам и продуктам, есть алерты на аномалии, проводятся регулярные ревью. Начинается активная оптимизация: rightsizing, удаление неиспользуемых ресурсов, переход на резервированные мощности.

Стадия 3: Operate. FinOps встроен в инженерный процесс. Каждый PR с изменением инфраструктуры сопровождается оценкой стоимости. Unit economics (стоимость одного запроса, одной транзакции) — часть инженерных KPI.

Быстрые победы: где найти первые 20% экономии

По опыту команд, следующие меры дают наибольший эффект за наименьшее время:

Удаление «зомби-ресурсов» — 5–15% экономии. Неиспользуемые виртуальные машины (остановленные, но не удалённые), диски без привязки к VM, старые снапшоты, IP-адреса, которые резервируются, но не используются. В Yandex Cloud это можно найти через Cloud Advisor → «Рекомендации по оптимизации».

Rightsizing — 10–20% экономии. Половина виртуальных машин в типичной компании перегружена по памяти или CPU относительно реального потребления. Метрика: средняя утилизация CPU < 20% и RAM < 40% за последние 30 дней — кандидат на downsize. В VK Cloud — раздел «Мониторинг» с метриками по экземплярам.

Сценарные скидки — 20–40% экономии. Committed use discounts (предоплаченные мощности) в Yandex Cloud дают скидку до 40% от pay-as-you-go при годовом резервировании. Работает для предсказуемых нагрузок (базы данных, backend с известным трафиком). Не работает для ML-экспериментов и burst-нагрузок.

Перевод dev/test на прерываемые инстансы — до 70% экономии для нон-прод. Прерываемые (spot) ВМ в российских облаках дешевле в 2–5 раз. Для CI/CD задач, сборок, ночных батчей — идеальный вариант. Требует: автоматического перезапуска задачи при прерывании.

Тегирование как основа видимости

Без тегирования ресурсов FinOps невозможен. Но в российских командах тегирование обычно игнорируется до первого болезненного счёта.

Минимальная схема тегов, которую стоит принять как стандарт:

Проблема: тегирование ранее созданных ресурсов — трудоёмко. Прагматичный подход: теги обязательны для новых ресурсов (enforce через Terraform/Pulumi политики), для старых — инвентаризация в течение квартала.

Инструменты для российских облаков

Нативные инструменты провайдеров пока уступают AWS/Azure по возможностям, но активно развиваются:

• Yandex Cloud Advisor — рекомендации по оптимизации (зомби-ресурсы, rightsizing), встроен в консоль
• Yandex Cloud Billing — детализация по сервисам, экспорт в CSV/ClickHouse
• VK Cloud Мониторинг — метрики утилизации, алерты на аномалии
• Cloud.ru (SberCloud) — раздел «Анализ затрат» с детализацией по тегам

Для мультиоблака команды используют самописные решения: биллинг API → ClickHouse → Grafana. Готовых российских инструментов уровня CloudHealth или Apptio в открытом доступе пока нет.

Как запустить FinOps-программу

Не нужно нанимать отдельного FinOps-менеджера с первого дня. Минимальный стартовый набор:

1. Назначить FinOps-чемпиона — человека (обычно DevOps/Platform инженер), который берёт ответственность за видимость расходов. Не full-time, достаточно 20% времени.
2. Настроить биллинговые алерты — уведомление при превышении ожидаемых расходов на 15–20%. В Yandex Cloud — раздел «Бюджеты».
3. Провести первый аудит за 2 недели — найти зомби-ресурсы и простаивающие VM. Это всегда даёт первую быструю экономию.
4. Внедрить тегирование для новых ресурсов — через PR-ревью IaC-кода, политики в Terraform.
5. Установить ежемесячный FinOps-ревью — 30-минутная встреча команды: что выросло, что можно оптимизировать, что планируем в следующем месяце.