Оптимизация без ущерба: как действовать при росте IT-расходов

Затраты на инфраструктуру всё чаще становятся непрозрачными — особенно в сложных и растущих системах. Как выстроить контроль над расходами и не потерять в устойчивости, рассказывает Александр Опрышко, сооснователь и управляющий партнёр KTS.

В этой статье расскажем:

По данным исследования компании «СТРИМ Консалтинг», российский рынок IT-услуг достиг 681 млрд рублей в 2023 году, а к 2028 году может вырасти до 1,9 трлн. При этом IT-инфраструктура остаётся одним из самых быстрорастущих направлений расходов в компаниях.

Эта статья — о подходах, которые мы в KTS применяем на практике, чтобы оптимизировать затраты на инфраструктуру — как облачную, так и локальную. Рассмотрим практики FinOps, роль аудита в повышении эффективности инфраструктуры и типичные ошибки, которых важно избежать, чтобы не свести результат оптимизации к нулю.

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

Причины, по которым растут затраты на IT-инфраструктуру:

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

FinOps — это не просто сокращение расходов в облачной среде, а система распределения ответственности и прозрачности. Она объединяет финансы, IT и разработку.

Более продвинутый уровень — фуллстек-FinOps: он дополнительно включает сбор метрик в реальном времени, отчёты по проектам, автоматическую привязку затрат к командам и единый центр управления гибридной инфраструктурой.

В платформу Yandex Cloud встроены механизмы для реализации принципов FinOps: можно настроить бюджеты и уведомления, задать теги и структуру раздельного биллинга, а также использовать детализированную аналитику для контроля расходов. Это упрощает старт и помогает постепенно выстраивать FinOps-культуру внутри команды.

Многие компании переходят с крупных капитальных вложений (CapEx) на операционные расходы (OpEx). Например, облачные платформы предлагают модель pay as you go, когда бизнес платит только за используемые ресурсы.

В этом также помогают:

Оценка состояния инфраструктуры позволяет выявить дублирующие компоненты, лишние лицензии, устаревшие сервисы. По результатам можно мигрировать в более эффективные среды, перейти на опенсорс-решения, договориться о новых условиях с провайдерами.

Для эффективного управления бюджетом нужна система:

Даёт ли оптимизация реальный эффект, можно отслеживать по метрикам:

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

Как уже говорили выше, один из действенных способов сократить издержки и повысить эффективность — провести аудит инфраструктуры. Он позволяет выявить дублирующие или неэффективные решения, а также слабые места в автоматизации и масштабируемости. Ниже — пример такого аудита в одной из крупнейших мебельных компаний России.

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

Клиенту была нужна инфраструктура, способная адаптироваться к скачкам нагрузки, функционировать без постоянного внимания и поддержки большой команды, а также обеспечивать стабильную работу бизнес-приложений. В идеале — нужна была система, которую можно поддерживать силами 1–2 инженеров.

Инфраструктура была собрана на разрозненных виртуальных машинах — без единого архитектурного подхода и с использованием устаревших технологий. Облачные сервисы практически не применялись, из-за чего усложнялось управление и масштабирование. Вместо управляемого хранилища использовалось собственное — это увеличивало затраты и снижало эффективность использования ресурсов.

Принцип Infrastructure as Code (IaC) применялся частично и без полноценного контроля версий. Это приводило к ошибкам при внесении изменений и усложняло сопровождение. Сквозной автоматизации релизов не было — процессы сборки и выкладки сервисов оставались ручными или фрагментарно автоматизированными. Особенно трудозатратными были задачи по развёртыванию в новых средах.

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

Сервисы взаимодействовали напрямую, без сетевых политик и изоляции. Белые IP-адреса использовались повсюду, что создавало потенциальные точки уязвимости и увеличивало площадь атаки. Облачные инструменты для настройки сетевой безопасности не применялись.

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

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

По итогам аудита мы получили сводку ключевых проблем и решений:

По предварительным расчётам, реализация этих шагов может сократить инфраструктурные расходы до 30%. Сейчас мы вместе с командой клиента находимся в процессе пошагового внедрения всех рекомендованных изменений.

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

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

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

Хотите узнать больше о возможностях облачных технологий для бизнеса? Подписывайтесь на телеграм-канал Yandex Cloud и будьте в курсе трендов.

Другие статьи о пользе облачных решений для компаний: