🌩️ ИИ в облаке: раньше смеялись, теперь не нарадуемся

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

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

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

Как так получилось и где ИИ уже сейчас реально помогает компаниям, читайте в нашей новой статье на Хабр.

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

Какие планы на вечер понедельника?

🔥 — если, все по плану
🥲 — если, что-то пошло не так

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

🧬 Цифра дня: рынок российского ПО вырастет до 2,8 трлн

Помните времена, когда фраза «отечественное ПО» звучала как насмешка или, хуже того, как угроза?

Так вот, забудьте. За 2023 год рынок корпоративного софта в России вырос на 12%, добравшись до отметки в 199 млрд ₽, а к 2030-му и вовсе должен взять планку в 2,8 трлн ₽. То есть средний темп роста составил +24% в год.

Кто растет быстрее всего:
➖ HR-системы — с 11 до 109 млрд ₽ (+39% в год)
➖ частные облака — с 14 до 115 млрд ₽ (+35%)
➖ публичные облака — с 60 до 303 млрд ₽ (+26%)

Сегодня 90% решений в области корпоративного ПО — российские. А полностью завершить процесс импортозамещения планируется к 2028 году.

А теперь угадайте, кто в топе облаков?
Спойлер: Yandex Cloud — 15%, Cloud.ru — 11%, РТК ЦОД — 10%, VK Cloud — 4%.

Никаких тебе AWS и Azure. Всё своё, натуральное
(По данным исследования Strategy Partners)

✅ Практики FinOps | Чат

🧬Черная пятница у всех своя

Кто-то сегодня ждёт скидок и обновляет корзину, а кто-то открывает задачи и мониторит прод.

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

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

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

💎 Топ-10 мемов про облака, которые поймут только финопсеры

Финопсеры в большинстве своем — дядьки серьезные. Но это не значит, что они не смеются.

Смеются. Просто редко, исключительно по делу и над вещами, которые других чаще всего не веселят.

Мы собрали топ-10 (на самом деле 11) жизненных мемов, которые поймут только FinOps-инженеры и люди, связанные с облаком.

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

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

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

📎 Потери в пайплайнах (Pipeline Jobs Waste)

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

Формула

Потери в пайплайнах = (стоимость неуспешных заданий: ошибка + отмена + тайм-аут) / общая стоимость всех заданий

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

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

Когда считать эту метрику

Потери в пайплайнах стоит добавлять уже на этапе Идти (Walk) — когда компания только начинает видеть и анализировать свои облачные расходы. Она помогает буквально «нащупать» утечки бюджета и начать диалог между инженерами и финансами.

На следующем этапе Бежать (Run) метрику можно автоматизировать и встроить в CI/CD, чтобы видеть не только сумму потерь, но и причины.

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

#считаем_finops

🤩Первый бесплатный инструмент по ссылке в закрепленном сообщении

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

🤩 Снижение выбросов за счёт устранения аномалий (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 | База знаний