Экономика микросервисного хайпа: как архитектура съедает 40% вашего IT-бюджета

Представьте, что вы выкидываете около 10 миллионов рублей в год просто на то, чтобы ваш Kubernetes-кластер вертелся, а логи не съедали всё свободное место. Пока инженеры строят распределенные системы ради красивой строчки в резюме, каждый лишний сетевой запрос срезает вам конверсию, а облачная инфраструктура обходится втрое дороже своего железа. Давайте посчитаем реальный TCO микросервисов и разберемся, почему даже гиганты вроде Amazon Prime Video возвращаются к монолитам, сокращая траты на 90%.

https://habr.com/ru/articles/1017146/

#микросервисы #монолит #архитектура #экономика_IT #TCO #DevOps

FinOps на практике: когда облачный счет перестает быть черным ящиком

Меня зовут Дмитрий Деев, я руководитель отдела IT-инфраструктуры в Ви.Tech - IT-дочке ВсеИнструменты.ру. В рамках нашего подкаста я поговорил с Ильей Кочневым, директором сопровождения информационных технологий в Lamoda Tech. Илья - более 20 лет в эксплуатации, начинал юникс-инженером, строил инфраструктуры в банках, нефтянке, e-commerce, открывал дата-центры в нескольких странах, мигрировал в облака, из облаков и между облаками. Говорили про FinOps. Не про «культуру осознанного потребления» и не про «надо экономить», а про то, как это реально работает и когда вообще стоит этим заниматься.

https://habr.com/ru/articles/1016764/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Оптимизация потребления ресурсов: где теряются мощности и как внедрять FinOps без боли (часть 5 из 5)

Меня зовут Дмитрий, я руковожу отделом ИТ-инфраструктуры и сервисов в Ви.Tech , IT-дочке ВсеИнструменты.ру. В предыдущих частях я рассказывал про P&L-центры, ценообразование, учет ресурсов и планирование бюджета, а теперь хочу перейти к самой чувствительной части всей этой истории - оптимизации потребления. Здесь уже недостаточно просто собрать цифры в отчет. Нужно понять, где ресурсы реально тратятся неэффективно, что с этим можно сделать без вреда для сервисов и с какими организационными проблемами мы почти наверняка столкнемся по дороге.

https://habr.com/ru/articles/1015662/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Как прогнозировать потребление ресурсов и планировать ИТ-бюджет (часть 4 из 5)

Меня зовут Дмитрий, я руковожу отделом ИТ-инфраструктуры и сервисов в Ви.Tech, IT-дочке ВсеИнструменты.ру. В прошлой части я рассказывал, как мы собираем и считаем потребление вычислительных ресурсов, а теперь хочу перейти к следующему шагу - планированию ИТ-бюджета на базе этих данных. Для этого я обычно использую два дополняющих друг друга подхода:

https://habr.com/ru/articles/1015660/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Как учитывать стоимость ИТ-ресурсов и аллоцировать затраты по P&L-центрам (часть 3 из 5)

Меня зовут Дмитрий, я руковожу отделом ИТ-инфраструктуры и сервисов в Ви.Tech , IT-дочке ВсеИнструменты.ру. В прошлой части я подробно разбирал ценообразование вычислительных ресурсов, а теперь давайте соберем все это в единую модель учета и посмотрим, как она помогает не просто считать цифры, а принимать вполне прикладные решения. Ниже пройдемся по основным блокам, из которых этот учет складывается. 1. Отдельно стоящее оборудование Поскольку мы планируем учитывать расходы за месяц, то стоимость покупки оборудования нам также надо привести к месячным затратам. Для этого воспользуемся амортизацией, а именно определим ее срок и тип и посчитаем ежемесячную стоимость, исходя из этого. Для примера возьмем линейную амортизацию сроком на 5 лет (60 месяцев), тогда ежемесячная стоимость отдельно стоящего оборудования будет: HW_month_price = HW_price / 60 При этом:

https://habr.com/ru/articles/1015658/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Облака в 2026: почему ритейлеры возвращаются на землю и как не прогадать с выбором

Про облака написано столько, что легко запутаться. Маркетологи обещают рай, одни эксперты советуют одно, другие — прямо противоположное. А на деле владелец сети или ИТ-директор просто хочет понять: что выбрать, чтобы и кассы не висли, и бюджет не трещал, и завтра не пришлось всё переделывать? Я попробую без маркетинга. Просто пройдёмся по фактам, трендам и реальным подводным камням. С цифрами, но с осторожностью. С выводами, но без советов «для всех».

https://habr.com/ru/articles/1007814/

#Облака #Ритейл #TCO #ИТинфраструктура #ИИ #Репатриация #Edge_computing #Broadcom

Мы устали делать вид. Почему пора перестать «внедрять и мигрировать» и начать создавать

Автор — инженер, а не писатель. Этот текст не о красивых словах, железках или коде, а о систематизации опыта, наблюдений и выводов, накопленных за годы работы в ИТ и управлении. Каждая мысль и каждая аксиома — результат бессонных ночей, совещаний и попыток исправить чужие ошибки. Цель — передача опыта, способного упорядочить мышление управленцев, укрепить инженерную культуру и сформировать новое поколение ИТ-специалистов. ИТ — это не только железки и код(т) . Это миллионы пользователей, чьи привычки формируются через решения конкретных руководителей. Каждый выбор стандартов, инструментов и подходов закладывает фундамент будущего — не только для отрасли, но и для общества.

https://habr.com/ru/articles/1002736/

#управление_ИТ #инженерная_культура #технологическая_стратегия #цифровая_трансформация #технический_долг #стандартизация #управление_знаниями #корпоративная_культура #TCO #долгосрочное_планирование

LLM модели: зарубежные VS отечественные

Когда команда выбирает LLM для продакшена, «сравнение по бенчмаркам» — это лишь первый фильтр. Для CTO ключевой вопрос звучит иначе: какую комбинацию качества, стоимости, стабильности API, юридических ограничений и интеграций мы получим на реальной нагрузке. Я разобрал популярные модели через призму двух контуров: качество/бенчмарки и инфраструктурная пригодность.

https://habr.com/ru/articles/1000058/

#llmмодели #llm #mera #leaderboard #tco #sla

Экономика выбора: Python, Java, Go при разных RPS. Деньги или скорость?

Сегодня проведём полный экономический анализ для каждого языка программирования, основанный на реальных данных и кейсах и покажем, как количественно оценить trade-off между скоростью разработки и производительностью, учесть долгосрочные затраты на поддержку кода. В меню — исследования скорости разработки, стоимость изменений, скорость обновления кода для разных отраслей, стоимость инфры. Учитывая эти факторы, посчитаю для скольких RPS экономически оправдано использовать тот или иной язык разработки. В конце вы получите ссылку на экономическую модель, которую сможете забрать и использовать у себя, подкрутив разные параметры для своего кейса.

https://habr.com/ru/companies/oleg-bunin/articles/990930/

#python #go #java #tco #оптимизация #оптимизация_трудозатрат #оптимизация_рабочего_времени #разработка #разработка_приложений #разработка_программного_обеспечения

Финансовый язык для тех, кто пишет код, а не отчёты

На совещаниях мы постоянно слышим про CAPEX, OPEX, P&L и прочие термины из мира финансового управления. Но не всегда в моменте есть понимание, про что идёт речь. Ко мне периодически приходят сотрудники и просят разъяснить, что означает тот или иной термин. Кивать с умным видом, конечно, можно, но это путь в никуда.

https://habr.com/ru/companies/rostelecom/articles/992114/

#финансовая_грамотность #CAPEX_OPEX #управление_бюджетом #ROI #TCO #юнитэкономика #финансы_для_руководителей