#управление_затратами — Public Fediverse posts

База FinOps: Почему счет за облако каждый месяц растет и что с этим делать

Модель pay-as-you-go, которую предлагают в облаке, всегда была палкой о двух концах. С одной стороны, история вроде честнее некуда: платишь ровно за то, что заказал. Как в ресторане. Но, с другой, именно она практике нередко приводит к такому перерасходу, что поневоле начинаешь задумываться, а нужно ли нам вообще это облако? На самом деле чудес не бывает, и я намеренно перевел pay-as-you-go как “платишь за то, что заказал”. Внимание: заказал, а не потребил. Потому что в этом и заключается первая проблема – нет, не облаков, – а тех, кто их использует. Компании регулярно выходят за рамки бюджетов, потому что платят за ресурсы, которыми де-факто не пользуются. Тут и забытые тестовые стенды, и старые проекты, которые продолжают генерировать счета, и простаивающие виртуальные машины с запасом по мощности, и чего только не. В результате до 30% облачного бюджета просто улетает впустую. А у некоторых и того больше. Плюс – усложнение архитектуры как таковой. Если раньше одно приложение работало на одном сервере, то теперь они состоят из десятков разных микросервисов, и каждому нужна своя база, свой кэш, своя очередь. А ведь еще есть тестовое окружение, staging, CI/CD и много других английских слов. И за все надо платить. Да, по отдельности вроде копейки. Но когда таких сервисов 100 или 200, сумма выходит приличная. Добавим сюда накладные расходы и получим еще минимум 15-25% к счету. А хотелось бы эти деньги оставить у себя в кармане. О том, как это сделать, сегодня и поговорим.

https://habr.com/ru/companies/finops_ru/articles/1031288/

#финопс #finops #devops #Облака #управление_затратами #практики_finops #Инфраструктура #ITбюджет #Оптимизация #SRE

База FinOps: Почему счет за облако каждый месяц растет и что с этим делать

Модель pay-as-you-go, которую предлагают в облаке, всегда была палкой о двух концах. С одной стороны, история вроде честнее некуда: платишь ровно за то, что заказал. Как в ресторане. Но, с другой, именно она практике нередко приводит к такому перерасходу, что поневоле начинаешь задумываться, а нужно ли нам вообще это облако? На самом деле чудес не бывает, и я намеренно перевел pay-as-you-go как “платишь за то, что заказал”. Внимание: заказал, а не потребил. Потому что в этом и заключается первая проблема – нет, не облаков, – а тех, кто их использует. Компании регулярно выходят за рамки бюджетов, потому что платят за ресурсы, которыми де-факто не пользуются. Тут и забытые тестовые стенды, и старые проекты, которые продолжают генерировать счета, и простаивающие виртуальные машины с запасом по мощности, и чего только не. В результате до 30% облачного бюджета просто улетает впустую. А у некоторых и того больше. Плюс – усложнение архитектуры как таковой. Если раньше одно приложение работало на одном сервере, то теперь они состоят из десятков разных микросервисов, и каждому нужна своя база, свой кэш, своя очередь. А ведь еще есть тестовое окружение, staging, CI/CD и много других английских слов. И за все надо платить. Да, по отдельности вроде копейки. Но когда таких сервисов 100 или 200, сумма выходит приличная. Добавим сюда накладные расходы и получим еще минимум 15-25% к счету. А хотелось бы эти деньги оставить у себя в кармане. О том, как это сделать, сегодня и поговорим.

https://habr.com/ru/companies/finops_ru/articles/1031288/

#финопс #finops #devops #Облака #управление_затратами #практики_finops #Инфраструктура #ITбюджет #Оптимизация #SRE

База FinOps: Почему счет за облако каждый месяц растет и что с этим делать

Модель pay-as-you-go, которую предлагают в облаке, всегда была палкой о двух концах. С одной стороны, история вроде честнее некуда: платишь ровно за то, что заказал. Как в ресторане. Но, с другой, именно она практике нередко приводит к такому перерасходу, что поневоле начинаешь задумываться, а нужно ли нам вообще это облако? На самом деле чудес не бывает, и я намеренно перевел pay-as-you-go как “платишь за то, что заказал”. Внимание: заказал, а не потребил. Потому что в этом и заключается первая проблема – нет, не облаков, – а тех, кто их использует. Компании регулярно выходят за рамки бюджетов, потому что платят за ресурсы, которыми де-факто не пользуются. Тут и забытые тестовые стенды, и старые проекты, которые продолжают генерировать счета, и простаивающие виртуальные машины с запасом по мощности, и чего только не. В результате до 30% облачного бюджета просто улетает впустую. А у некоторых и того больше. Плюс – усложнение архитектуры как таковой. Если раньше одно приложение работало на одном сервере, то теперь они состоят из десятков разных микросервисов, и каждому нужна своя база, свой кэш, своя очередь. А ведь еще есть тестовое окружение, staging, CI/CD и много других английских слов. И за все надо платить. Да, по отдельности вроде копейки. Но когда таких сервисов 100 или 200, сумма выходит приличная. Добавим сюда накладные расходы и получим еще минимум 15-25% к счету. А хотелось бы эти деньги оставить у себя в кармане. О том, как это сделать, сегодня и поговорим.

https://habr.com/ru/companies/finops_ru/articles/1031288/

#финопс #finops #devops #Облака #управление_затратами #практики_finops #Инфраструктура #ITбюджет #Оптимизация #SRE

База FinOps: Почему счет за облако каждый месяц растет и что с этим делать

Модель pay-as-you-go, которую предлагают в облаке, всегда была палкой о двух концах. С одной стороны, история вроде честнее некуда: платишь ровно за то, что заказал. Как в ресторане. Но, с другой, именно она практике нередко приводит к такому перерасходу, что поневоле начинаешь задумываться, а нужно ли нам вообще это облако? На самом деле чудес не бывает, и я намеренно перевел pay-as-you-go как “платишь за то, что заказал”. Внимание: заказал, а не потребил. Потому что в этом и заключается первая проблема – нет, не облаков, – а тех, кто их использует. Компании регулярно выходят за рамки бюджетов, потому что платят за ресурсы, которыми де-факто не пользуются. Тут и забытые тестовые стенды, и старые проекты, которые продолжают генерировать счета, и простаивающие виртуальные машины с запасом по мощности, и чего только не. В результате до 30% облачного бюджета просто улетает впустую. А у некоторых и того больше. Плюс – усложнение архитектуры как таковой. Если раньше одно приложение работало на одном сервере, то теперь они состоят из десятков разных микросервисов, и каждому нужна своя база, свой кэш, своя очередь. А ведь еще есть тестовое окружение, staging, CI/CD и много других английских слов. И за все надо платить. Да, по отдельности вроде копейки. Но когда таких сервисов 100 или 200, сумма выходит приличная. Добавим сюда накладные расходы и получим еще минимум 15-25% к счету. А хотелось бы эти деньги оставить у себя в кармане. О том, как это сделать, сегодня и поговорим.

https://habr.com/ru/companies/finops_ru/articles/1031288/

#финопс #finops #devops #Облака #управление_затратами #практики_finops #Инфраструктура #ITбюджет #Оптимизация #SRE

200 неиспользуемых ноутбуков на складе: как ИТ-отделы покупают лишнее оборудование

Современные экономические условия требуют от российских компаний пересмотреть подходы к ИТ-закупкам. По данным itWeek , даже при росте ИТ-бюджетов в 2025 году компании стремятся не тратить деньги впустую — прошлое десятилетие показало, как легко расходы могут выйти из-под контроля. Компании тратят миллионы на ИТ-оборудование и лицензии, но половина активов теряется в складских остатках или дублируется по отделам. Меня зовут Евгения Асоскова, я владелец продукта SimpleOne ITAM . В статье рассказываю, как современные ITAM-системы помогают построить прозрачный и управляемый процесс закупок. Читать статью

https://habr.com/ru/companies/simpleone/articles/962042/

#ITAM #ITIL #управление_итбюджетом #управление_итактивами #управление_затратами #ИТактивы #управление_закупками #итбюджет

FinOps на практике: фаза Optimize. Как оптимизировать расходы на облако без ущерба для бизнеса

— Мы берём ресурсы с запасом. Так надёжнее. — А какой у вас сейчас CPU utilization в проде? — Ну... где-то 12%. Но в пике бывает больше. — Хорошо. А в staging? — Там вообще 3%. Но там нельзя трогать — там всегда так было. — Почему нельзя? — Ну, так исторически сложилось… Это, кстати, не выдуманный диалог. Это разговор, который автору доводилось слышать не один десяток раз и не в одной компании, и он не про DevOps-культуру и не про лень. Он про то, что человек, который заказывает ресурс, не видит его цену — и не несёт за неё ответственности. Иными словами, пока не выстроен Inform, оптимизировать нечего: нет данных, нет аллокации, нет понимания, кто за что платит. Но если вы читаете эту статью — значит, первый этап уже позади.

https://habr.com/ru/companies/finops_ru/articles/1009100/

#финопс #finops #cloud #Облачные_вычисления #Облачная_инфраструктура #DevOps #Оптимизация_затрат #Управление_затратами #Стоимость_инфраструктуры #Облачная_архитектура

Управление затратами в облаке: от общего бюджета до детализации по cost-центрам

По данным рыночных исследований, только треть организаций точно знает, на что тратится их облачный бюджет. Остальные 80%+ косплеят лося, несущегося по горящему лесу – их ведет судьба. В конце месяца они получают счет за облако, но разобраться, кто и на что потратился, у них не получается. Да и как тут разобраться, если одни команды экономят и оптимизируют, другие боятся пожертвовать ресурсоемкими экспериментами, а третьи просто забывают выключить тестовые среды? История смешная – ситуация страшная. Ведь когда компания переходит в облако, руководство ждет, что это облегчит контроль за расходами и повысит эффективность финансирования. На деле же нередко оказывается так, что инфраструктура становится, во-первых, менее выгодной, а, во-вторых, менее понятной. Все дело в особенностях облачной модели бюджетирования, которая сильно отличается от традиционной. Ну и дались тогда нам эти облака, возразит пытливый финдир? Против логики, конечно, не попрешь. Но любую проблему при должном усердии можно решить, и чаще всего довольно элегантно. Так, непонятки с бюджетированием легко устраняются при помощи одного простого слова – детализация.

https://habr.com/ru/companies/finops_ru/articles/950396/

#оптимизация_расходов #costeffective_серверы #финопс #finops #devops #cloud_efficiency #управление_затратами #cloud #облака #облачная_инфраструктура

FinOps на практике: фаза Optimize. Как оптимизировать расходы на облако без ущерба для бизнеса

— Мы берём ресурсы с запасом. Так надёжнее. — А какой у вас сейчас CPU utilization в проде? — Ну... где-то 12%. Но в пике бывает больше. — Хорошо. А в staging? — Там вообще 3%. Но там нельзя трогать — там всегда так было. — Почему нельзя? — Ну, так исторически сложилось… Это, кстати, не выдуманный диалог. Это разговор, который автору доводилось слышать не один десяток раз и не в одной компании, и он не про DevOps-культуру и не про лень. Он про то, что человек, который заказывает ресурс, не видит его цену — и не несёт за неё ответственности. Иными словами, пока не выстроен Inform, оптимизировать нечего: нет данных, нет аллокации, нет понимания, кто за что платит. Но если вы читаете эту статью — значит, первый этап уже позади.

https://habr.com/ru/companies/finops_ru/articles/1009100/

#финопс #finops #cloud #Облачные_вычисления #Облачная_инфраструктура #DevOps #Оптимизация_затрат #Управление_затратами #Стоимость_инфраструктуры #Облачная_архитектура

FinOps на практике: фаза Optimize. Как оптимизировать расходы на облако без ущерба для бизнеса

— Мы берём ресурсы с запасом. Так надёжнее. — А какой у вас сейчас CPU utilization в проде? — Ну... где-то 12%. Но в пике бывает больше. — Хорошо. А в staging? — Там вообще 3%. Но там нельзя трогать — там всегда так было. — Почему нельзя? — Ну, так исторически сложилось… Это, кстати, не выдуманный диалог. Это разговор, который автору доводилось слышать не один десяток раз и не в одной компании, и он не про DevOps-культуру и не про лень. Он про то, что человек, который заказывает ресурс, не видит его цену — и не несёт за неё ответственности. Иными словами, пока не выстроен Inform, оптимизировать нечего: нет данных, нет аллокации, нет понимания, кто за что платит. Но если вы читаете эту статью — значит, первый этап уже позади.

https://habr.com/ru/companies/finops_ru/articles/1009100/

#финопс #finops #cloud #Облачные_вычисления #Облачная_инфраструктура #DevOps #Оптимизация_затрат #Управление_затратами #Стоимость_инфраструктуры #Облачная_архитектура

FinOps на практике: фаза Optimize. Как оптимизировать расходы на облако без ущерба для бизнеса

— Мы берём ресурсы с запасом. Так надёжнее. — А какой у вас сейчас CPU utilization в проде? — Ну... где-то 12%. Но в пике бывает больше. — Хорошо. А в staging? — Там вообще 3%. Но там нельзя трогать — там всегда так было. — Почему нельзя? — Ну, так исторически сложилось… Это, кстати, не выдуманный диалог. Это разговор, который автору доводилось слышать не один десяток раз и не в одной компании, и он не про DevOps-культуру и не про лень. Он про то, что человек, который заказывает ресурс, не видит его цену — и не несёт за неё ответственности. Иными словами, пока не выстроен Inform, оптимизировать нечего: нет данных, нет аллокации, нет понимания, кто за что платит. Но если вы читаете эту статью — значит, первый этап уже позади.

https://habr.com/ru/companies/finops_ru/articles/1009100/

#финопс #finops #cloud #Облачные_вычисления #Облачная_инфраструктура #DevOps #Оптимизация_затрат #Управление_затратами #Стоимость_инфраструктуры #Облачная_архитектура

200 неиспользуемых ноутбуков на складе: как ИТ-отделы покупают лишнее оборудование

Современные экономические условия требуют от российских компаний пересмотреть подходы к ИТ-закупкам. По данным itWeek , даже при росте ИТ-бюджетов в 2025 году компании стремятся не тратить деньги впустую — прошлое десятилетие показало, как легко расходы могут выйти из-под контроля. Компании тратят миллионы на ИТ-оборудование и лицензии, но половина активов теряется в складских остатках или дублируется по отделам. Меня зовут Евгения Асоскова, я владелец продукта SimpleOne ITAM . В статье рассказываю, как современные ITAM-системы помогают построить прозрачный и управляемый процесс закупок. Читать статью

https://habr.com/ru/companies/simpleone/articles/962042/

#ITAM #ITIL #управление_итбюджетом #управление_итактивами #управление_затратами #ИТактивы #управление_закупками #итбюджет

200 неиспользуемых ноутбуков на складе: как ИТ-отделы покупают лишнее оборудование

Современные экономические условия требуют от российских компаний пересмотреть подходы к ИТ-закупкам. По данным itWeek , даже при росте ИТ-бюджетов в 2025 году компании стремятся не тратить деньги впустую — прошлое десятилетие показало, как легко расходы могут выйти из-под контроля. Компании тратят миллионы на ИТ-оборудование и лицензии, но половина активов теряется в складских остатках или дублируется по отделам. Меня зовут Евгения Асоскова, я владелец продукта SimpleOne ITAM . В статье рассказываю, как современные ITAM-системы помогают построить прозрачный и управляемый процесс закупок. Читать статью

https://habr.com/ru/companies/simpleone/articles/962042/

#ITAM #ITIL #управление_итбюджетом #управление_итактивами #управление_затратами #ИТактивы #управление_закупками #итбюджет

200 неиспользуемых ноутбуков на складе: как ИТ-отделы покупают лишнее оборудование

Современные экономические условия требуют от российских компаний пересмотреть подходы к ИТ-закупкам. По данным itWeek , даже при росте ИТ-бюджетов в 2025 году компании стремятся не тратить деньги впустую — прошлое десятилетие показало, как легко расходы могут выйти из-под контроля. Компании тратят миллионы на ИТ-оборудование и лицензии, но половина активов теряется в складских остатках или дублируется по отделам. Меня зовут Евгения Асоскова, я владелец продукта SimpleOne ITAM . В статье рассказываю, как современные ITAM-системы помогают построить прозрачный и управляемый процесс закупок. Читать статью

https://habr.com/ru/companies/simpleone/articles/962042/

#ITAM #ITIL #управление_итбюджетом #управление_итактивами #управление_затратами #ИТактивы #управление_закупками #итбюджет