Cloud FinOps. Что это за дисциплина и как она помогает экономить на облаках
Когда-то инженеры бегали к бухгалтеру за сервером, потом ушли в облака и радовались свободе, а потом пришли счета.
Илья Семенов (Cloudthread) и Виталий Белясов (Aligh Technology) вспоминают, как всё начиналось, почему «spend-panic» накрыла даже крупные компании и как из этого вырос FinOps.
Ставьте реакции и делитесь с коллегами
(Источник: вебинар на
#голоса_FinOps
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍11❤6 5
RCloud Index (RCI) — это первый индекс цен на облачную инфраструктуру. По сути, потребительская корзина, только для облаков.
Идея простая: есть стандартный набор ресурсов для типовых корпоративных задач. Исследователи под видом клиентов запрашивают цены у разных провайдеров, и из этого выводят среднюю цену по рынку.
Что в корзине:
— 32 vCPU
— 256 ГБ оперативки
— 800 ГБ SSD
Всего опросили 24 облачных провайдера, и на основе полученных от них данных посчитали среднюю цену каждого компонента:
— vCPU — 496 руб/шт
— RAM — 234 руб/ГБ
— SSD — 12 руб/ГБ
Зачем это нужно? Индекс показывает, как именно меняются цены. С его помощью можно отследить, дорожают облака или дешевеют и — самое главное — понять, не переплачиваете ли вы своему провайдеру.
А у вас получается больше или меньше?
🔥 — если меньше
🥲 — если больше
Источник: iKS-Consulting
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9❤6👍3😢3
У стартапа был простой SaaS-сервис с API. Ничего особенного, стабильный счёт примерно на полторы тысячи долларов в месяц, всё спокойно.
А потом прилетает новый счёт. И там 450 тысяч долларов за 45 дней. Команда решила, что это ошибка биллинга. Увы, но нет.
После расследования выяснилось, что один из API-ключей утёк в открытый доступ. Его нашли третьи лица и начали долбить сервис API-запросами (за 1,5 набежало больше 19 миллиардов).
Что пошло не так
Что сделали после инцидента
Что получили в итоге
Источник: Case Study OpenMetal «A Startup’s 450,000 Google Cloud Bill»
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8😱6 4👾2🤯1
Сегодня Бессонов Вячеслав (Hilbert team) на Partner Conf’25 говорил о том, как переводить технические метрики в бизнес-результаты.
Супер понятный месседж: CTO и инженеры продолжают показывать CPU, RPS и аптайм, а бизнесу важно другое — стоимость фичи, влияние инцидентов на выручку и эффективность инфраструктуры.
Когда технические показатели наконец связываются с деньгами, разговор становится в разы проще. Легче аргументировать расходы на облака, объяснять, что действительно приносит пользу, а что просто раздувает бюджет.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍10 10 5❤2 1
Казалось бы, облако — есть облако. Залил данные и пользуешься. Так ведь нет же, придумали еще какие-то частные и публичные, а простому народу — разбирайся.
На самом деле ничего сложного. Если знать пару нюансов, выбор становится очевидным.
В новой статье на Хабр разложили по полочкам: когда какой вариант оправдан, во что это обходится и как не наступить на грабли, на которых вдоволь оттанцевались уже буквально все.
Please open Telegram to view this post
VIEW IN TELEGRAM
Задержка видимости показывает, сколько времени проходит между моментом, когда в облаке появился расход, и моментом, когда он отобразился в отчётах. В реальности этот лаг может быть довольно большим. Команда считает, что всё нормально, а фактические траты уже убежали вперёд.
На старте обычно так и бывает. В фазе Crawl обновления доходят раз в несколько недель, и любой скачок становится сюрпризом. На уровне Run компании уже получают обновления так часто, как провайдер успевает их выдать, поэтому реагировать можно почти сразу.
Формула:
Задержка видимости = время появления расхода / время его отображения
Что нужно:
Эта метрика сразу показывает, насколько оперативно компания управляет бюджетом. Если задержка большая, значит, сигналы приходят слишком поздно и расходы уходят вперёд быстрее, чем их замечают.
Источник: FinOps Foundation
#считаем_finops
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🤣16😁6 5 1
Salesforce давно живут в SaaS и знают, что такое большие нагрузки. Но когда в 2020 году компания переехала в публичное облако, стало ясно: старые подходы больше не работают.
Что пошло не так
Что придумали
Команда создала метрику COIN — простой показатель, который помогает честно посмотреть на эффективность каждой команды.
Суть такая:
COIN = 1 − (потенциальная экономия / общие затраты)
Что сделали на практике
Отдельное уважение — за подход «исключения как код». Любое отклонение фиксируется формально: аргументы, сроки, владелец.
Что получили в итоге
Источник: доклад Salesforce на FinOps X, COIN Score Framework
#кейсы_FinOps
Please open Telegram to view this post
VIEW IN TELEGRAM
Если вы вдруг заметили, что поиск Яндекса не открывается, платежный сервис Пэй не позволяет провести оплату, а такси не вызывается, знайте, вы такой не один. Мы в Практиках FinOps этого добра тоже хлебнули — сидели, ловили 504 и пытались понять, в чем же дело.
Оказалось, что в зоне ru-central-1b упал кусок сетевых дисков, и повалились почти все, кто на них завязан, в т.ч. Аптека.ру, КИОН и ФНС. Кому-то повезло больше, и их отпустило почти сразу, а кто-то — как, например, мы — был вынужден терпеть до самого обеда.
Яндекс официально подтвердил сбой и прислал комментарий:
«Наблюдалась частичная недоступность сервисов в зоне ru-central1-b. Это был локальный сбой некоторых сервисов, остальные зоны работали без перебоев. На данный момент работа сервисов восстановлена».
Хорошая новость в том, что сейчас всё уже подняли. Плохая — что такие истории случаются не только в Яндексе и не только в России. Так трясёт всех клауд-нейтив игроков, кто живёт полностью в облаке и искренне верит, что «ну мы же в облаке, там всё надёжно».
И вот тут начинается самое интересное. Годами компании повторяли мантру, что свой ЦОД это прошлый век и всё должно жить в облаке. А потом облако ложится посреди рабочего дня, и весь этот нарратив тихо сворачивается и делает вид, что его никогда не существовало.
С каждым крупным сбоем становится очевидно, что не стоит жить в одном только публичном облаке. Не держите яйца в одной корзине, гибрид даёт ту самую устойчивость, которую трудно получить по-другому. В гибридной модели появляется предсказуемость там, где она нужна, меньше зависимости от чужих аварий, и всегда есть план Б для критичных сервисов.
Поэтому что бы там ни говорили облачные гиганты о железобетонной надежности, мы видим: большие шкафы падают громко и с дымом. И единственный способ не зависеть от чужого падения — сделать свою архитектуру устойчивее.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8 7👏5❤1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁7💯5🤣5
Hihgload и ФинОпс. Как собирать данные для ФинОпс
На IT Link 2025 Игорь Гальцев («Инферит FinOps», ГК Softline) объяснил, что именно нужно знать инженерам и техлидам, чтобы собирать и хранить данные для финопс анализа.
Он показал, почему инфраструктура постоянно меняется, откуда берётся неопределённость в расходах и почему один общий счёт ничего не говорит о том, кто и что реально потребил. Игорь разобрал, какие данные нужны для анализа, как устроена модель из трёх сущностей и какие проблемы возникают при сборе финансовых и технических метрик у разных провайдеров.
По сути, это доклад про архитектуру данных для финопс и про то, как настроить сбор информации так, чтобы решения принимались на основе фактов, а не догадок.
👉 Смотрите полное выступление по ссылке
✅ Подписаться
На IT Link 2025 Игорь Гальцев («Инферит FinOps», ГК Softline) объяснил, что именно нужно знать инженерам и техлидам, чтобы собирать и хранить данные для финопс анализа.
Он показал, почему инфраструктура постоянно меняется, откуда берётся неопределённость в расходах и почему один общий счёт ничего не говорит о том, кто и что реально потребил. Игорь разобрал, какие данные нужны для анализа, как устроена модель из трёх сущностей и какие проблемы возникают при сборе финансовых и технических метрик у разных провайдеров.
По сути, это доклад про архитектуру данных для финопс и про то, как настроить сбор информации так, чтобы решения принимались на основе фактов, а не догадок.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM