🤩 Снижение выбросов за счёт устранения аномалий (Anomaly-Detected Carbon Avoidance)

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

Формула:
Снижение выбросов = (объём устранимых выбросов) × (дни, пока ошибка могла бы продолжаться)

Данные берутся из систем мониторинга, биллинга и источников по выбросам.

Показатель помогает связать аномалии в работе сервисов с реальными экологическими и финансовыми последствиями — особенно если избыточное потребление ресурсов напрямую увеличивает счета и углеродный след.

Используется на уровне зрелости Walk, когда компания уже умеет отслеживать аномалии и оценивает их влияние не только на бюджет, но и на устойчивость инфраструктуры.

Эта метрика хорошо ложится в новый тренд, где к обычному FinOps добавляют «зелёный» слой. Западные компании уже считают CO₂e от облака для ESG и GHG-отчетности, поэтому такие показатели становятся для них нормой.

Для среднего бизнеса это скорее вопрос приоритетов, но на уровне отрасли или страны такие данные точно были бы полезны.

Подход основан на рекомендациях FinOps Foundation, где устойчивость и финансовые метрики идут рядом (Источник: FinOps Foundation, Sustainability Metrics).

✅ Практики FinOps | База знаний

🧬 Облако или свой ЦОД: что лучше в 2025 году

Еще недавно все думали, что облака победили. А потом Яндекс, Авито и Вайлдберриз начали строить свои дата-центры, и многие заёрзали. Ну, ведь не дураки же там сидят, право дело?

Конечно, не дураки. Вот только масштабы у них совершенно другие. Когда ты гоняешь петабайты данных и ежемесячно отчисляешь провайдеру стоимость бизнес-джета, логичнее взять и построить свой ангар. А если у тебя стартап, интернет-магазин или SaaS на 200 клиентов, то собственный ЦОД тебе не нужен так же, как собаке пятое колесо.

Ну, это если в двух словах. А подробнее — в статье. Там ровно ноль фанатизма, зато много цифр и логики. Обязательно почитайте!

Материал подготовлен при участии Алексея Учакина, экс-руководителя инфраструктуры EdgeЦентра.

✅ Практики FinOps | База знаний

Ладно. Нет, так нет 💫

✅ Практики FinOps | База знаний

💫Средняя стоимость облачного сервера в России — 85 376 рублей в месяц

RCloud Index (RCI) — это первый индекс цен на облачную инфраструктуру. По сути, потребительская корзина, только для облаков.

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

Что в корзине:
— 32 vCPU
— 256 ГБ оперативки
— 800 ГБ SSD

Всего опросили 24 облачных провайдера, и на основе полученных от них данных посчитали среднюю цену каждого компонента:
— vCPU — 496 руб/шт
— RAM — 234 руб/ГБ 
— SSD — 12 руб/ГБ

Зачем это нужно? Индекс показывает, как именно меняются цены. С его помощью можно отследить, дорожают облака или дешевеют и — самое главное — понять, не переплачиваете ли вы своему провайдеру.

А у вас получается больше или меньше?

🔥 — если меньше
🥲 — если больше

Источник: iKS-Consulting

✅ Практики FinOps | База знаний

💫 Как стартап сжёг 450 тысяч долларов за полтора месяца

У стартапа был простой SaaS-сервис с API. Ничего особенного, стабильный счёт примерно на полторы тысячи долларов в месяц, всё спокойно.

А потом прилетает новый счёт. И там 450 тысяч долларов за 45 дней. Команда решила, что это ошибка биллинга. Увы, но нет.

💫💫💫ПОДДЕРЖИТЕ КАНАЛ БУСТОМ 💫💫💫

После расследования выяснилось, что один из API-ключей утёк в открытый доступ. Его нашли третьи лица и начали долбить сервис API-запросами (за 1,5 набежало больше 19 миллиардов).

Что пошло не так
🟢не было ограничений по бюджету и уведомлений о скачках
🟢никто не отслеживал рост нагрузки по API
🟢ключи не ротировались и не были защищены
🟢 инженеры не видели ежедневных расходов

Что сделали после инцидента
🔴компания провела экспресс-аудит инфраструктуры и начала закрывать дыры
🔴появились лимиты расходов и уведомления о любом отклонении
🔴настроили нормальный мониторинг API и ключей
🔴ввели автоматическую ротацию ключей и правила, которые останавливают запросы при превышении лимитов
🔴команда получила доступ к отчётам в реальном времени и прозрачную картину трат

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

Источник: Case Study OpenMetal «A Startup’s 450,000 Google Cloud Bill»

✅ Подписаться на Практики FinOps | База знаний

🤩В крупном бизнесе нет единственного владельца облака

Сегодня Бессонов Вячеслав (Hilbert team) на Partner Conf’25 говорил о том, как переводить технические метрики в бизнес-результаты.

Супер понятный месседж: CTO и инженеры продолжают показывать CPU, RPS и аптайм, а бизнесу важно другое — стоимость фичи, влияние инцидентов на выручку и эффективность инфраструктуры.

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

✅ Практики FinOps | База знаний

А Кирилл сегодня выйдет погулять поработать? 😁

✅ Практики FinOps | База знаний

🤩Публичное облако или частное?

Казалось бы, облако — есть облако. Залил данные и пользуешься. Так ведь нет же, придумали еще какие-то частные и публичные, а простому народу — разбирайся.

На самом деле ничего сложного. Если знать пару нюансов, выбор становится очевидным.

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

✅ Подписаться

💫 Задержка видимости затрат (Cost Visibility Delay)

Задержка видимости показывает, сколько времени проходит между моментом, когда в облаке появился расход, и моментом, когда он отобразился в отчётах. В реальности этот лаг может быть довольно большим. Команда считает, что всё нормально, а фактические траты уже убежали вперёд.

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

Формула:
Задержка видимости = время появления расхода / время его отображения

Что нужно:
🟣биллинг провайдера
🟣ваш ETL, который собирает и обновляет данные

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

Источник: FinOps Foundation
#считаем_finops

✅ Практики FinOps | База знаний

😁Кажется урок усвоен, но….есть еще треки на всякий случай?

✅ Подписаться

💫 Как Salesforce навели порядок в облаке для 15 000 инженеров

Salesforce давно живут в SaaS и знают, что такое большие нагрузки. Но когда в 2020 году компания переехала в публичное облако, стало ясно: старые подходы больше не работают.

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

Что придумали
Команда создала метрику COIN — простой показатель, который помогает честно посмотреть на эффективность каждой команды.

Суть такая:
COIN = 1 − (потенциальная экономия / общие затраты)

Что сделали на практике
🔴сегментировали затраты по командам, сервисам и владельцам
🔴вытащили биллинг, утилизацию, мониторинг в единую модель
🔴создали систему рекомендаций (висящие диски, CPU, трафик)
🔴добавили честные исключения — если рекомендация технически не подходит
🔴раскрыли инженерам ВСЕ формулы, данные и расчёты
🔴сделали COIN внутренним продуктом: версионирование, обновления, трекинг

Отдельное уважение — за подход «исключения как код». Любое отклонение фиксируется формально: аргументы, сроки, владелец.

Что получили в итоге
🟣инженеры наконец видят реальную картину расходов
🟣команды начали соревноваться сами с собой, улучшая COIN
🟣исчезли споры «мы и так оптимизируем» — всё видно по метрике
🟣руководство получает честные данные для решений
🟣оптимизация перестала быть разовым проектом и стала культурой

Источник: доклад Salesforce на FinOps X, COIN Score Framework
#кейсы_FinOps

✅ Подписаться