Виртуальная инфраструктура дала бизнесу невероятное количество возможностей, о которых в «физическую» эпоху можно было лишь мечтать — гибкость и оперативность масштабирования, высокую скорость развертывания мощностей и множество других. Однако, как и любой другой инструмент, виртуализация не только обеспечила доступ к новым возможностям, но и поставила перед компаниями новые задачи. В частности, речь идет об экономической эффективности и прозрачности использования ресурсов.
В ряде случаев такая гибкость оборачивается неконтролируемым ростом потребления, особенно, когда ресурсы предоставляются по первому требованию и без существенных ограничений, и, как следствие, скрытыми затратами на ИТ-инфраструктуру, которые компания может не замечать годами. Как этого избежать рассказывает Павел Гуральник, генеральный директор ISPsystem — российского разработчика платформ для комплексного управления ИТ-инфраструктурой (входит в «Группу Астра»).
Виртуальная дисциплина
Основной источник скрытых затрат на виртуальную инфраструктуру — неиспользуемые ресурсы. Как правило, появляются чаще всего они тогда, когда в компании отсутствует четко выстроенный процесс вывода мощностей из эксплуатации. Это могут быть несвернутые тестовые стенды, копии продуктивных систем, когда-либо развернутые для проведения миграции, среды под пилотные проекты и много другое.
Дело в том, что развертывание ресурса в рамках виртуальной инфраструктуры — операция крайне быстрая и простая, особенно, если процесс автоматизирован. А вот его удаление требует осознанного решения и дополнительных действий, например, проверки зависимостей или согласования.Из-за того, что мощности выделяются значительно быстрее и проще, чем выводятся из эксплуатации, компания начинает накапливать балласт неиспользуемых ресурсов. Ситуацию усугубляет и тот факт, что процессы выделения ресурсов и контроля эксплуатационных затрат нередко происходят в разных горизонтах планирования и с разными целями. Со временем компания все больше и больше обрастает невостребованными мощностями, которые бизнесу не приносят никакой пользы.
Если взглянуть на проблему чуть глубже, можно выявить несколько конкретных причин, которые приводят к неоптимальному потреблению виртуальной инфраструктуры.
В первую очередь, этот балласт создают именно брошенные активы. Это могут быть не просто забытые тестовые стенды, а целые пласты инфраструктуры, когда-то развернутые под пилотные проекты, маркетинговые активности, хакатоны и MVP. Они выполнили свою задачу и уже давно потеряли актуальность, однако продолжают существовать — например, из-за того что в компании не регламентирован вывод таких ресурсов из эксплуатации.
Кроме того, нередко к перерасходам приводит и привычка к архитектурной избыточности. В ряде случаев бизнес-заказчики, формулируя требования к инфраструктуре проекта, мыслят пиковыми категориями, закладывая на всяких случай резервные мощности. В целом, мотивация понятна — им необходимо решение, которое выдержит резкий рост трафика, сезонный подъем или успех маркетинговой компании. Безусловно, такая подстраховка во многих случаях действительно необходима — отказ сервисов во время маркетинговой акции или недоступность бизнес-критичного приложения из-за дефицита мощностей может обойтись бизнесу существенно дороже, нежели резерв ресурсов с избытком. Однако заложенные под конкретную задачу резервные мощности в будущем могут потеряться в общей массе расходов на ИТ, из-за чего компания рискует длительное время оплачивать ресурсы, которые уже не привязаны к актуальным проектам и, соответственно, не приносят никакой реальной пользы.
И, пожалуй, еще одна распространенная причина скрытых затрат — асимметрия масштабирования. Одно из ключевых преимуществ виртуальной инфраструктуры — легкость и скорость расширения мощностей. Однако обратная операция — сокращение ресурсов — операция сама по себе более сложная. Перед тем, как свернуть мощности, необходимо проанализировать и оценить, к чему это приведет. Если такое решение несет даже минимальную угрозу работоспособности или производительности сервисов, абсолютно ожидаемой реакцией будет желание сохранить привычное положение вещей. В итоге ресурсов со временем становится все больше и больше, а вместе с ними растут и затраты на инфраструктуру, в том числе и неочевидные, скрытые статьи расходов.
Платформа виртуализации как отдельная статья расходов
Помимо расходов на непосредственное потребление вычислительных ресурсов, существует еще одна статья расходов на виртуализацию — затраты на саму платформу. Нередко компании вообще не учитывают их при подсчете ИТ-бюджета, воспринимая издержки на лицензии, поддержку и обновления как данность.
Однако при оценке экономической эффективности важно учитывать весь цикл владения инфраструктурой — как стоимость самих лицензий на ПО, так и затраты на миграцию, внедрение, обучение команды и необходимую техническую поддержку в долгосрочной перспективе.
Если оценивать полную стоимость владения платформой виртуализации в горизонте 5 лет, то картина затрат может существенно отличаться от первоначальных ожиданий. Как показывает практика наших заказчиков, решения, которые могут показаться дорогостоящими на этапе приобретения лицензий, в долгосрочной перспективе оказываются выгоднее за счет меньших затрат на поддержку и развитие. Кроме того, платформы с низкой начальной стоимостью часто требуют существенных вложений в миграцию, доработки и интеграцию. При детальном подсчете всех статей расходов разница между различными вариантами может составлять десятки процентов, что делает тщательный анализ TCO необходимым этапом при выборе платформы виртуализации.
FinOps как культура
Чаще всего FinOps воспринимают как пул инструментов для контроля затрат на облачные сервисы. Однако в первую очередь это культурная практика, направленная на экономически эффективное и прозрачное использование технологий бизнесом.
Давайте кратко проясним, каким именно образом FinOps как культурная практика связана с выявлением скрытых ИТ-затрат. Все обозначенные выше источники скрытых затрат — брошенные активы, привычка к архитектурной избыточности, ассиметричность масштабирования — имеют общий корень. И кроется он в разрыве между правом на потребление ресурсов и ответственностью за их стоимость.
Как правило, решение о выделении ресурсов принимается в соответствии с техническими приоритетами, касающимися производительности, отказоустойчивости и других подобных метрик. Однако финансовый блок чаще всего этом оперирует уже агрегированными данными, которые не привязаны к конкретным проектам или командам. Именно здесь и кроются упомянутые выше скрытые издержки на ИТ-инфраструктуру.
FinOps позволят устранить этот разрыв с помощью внедрения механизмов повышения прозрачности затрат. Эта концепция подразумевает два механизма учета и распределения затрат на ИТ — showback (предъявления счета без фактической оплаты) и chargeback (реальное выставление счетов). На старте для выявления статей расходов больше всего подойдет именно showback — демонстрация затрат без реального выставления счетов, так как его цель — не списать средства в пользу ИТ-отдела, а именно показать актуальные статьи расходов.
В свою очередь chargeback предполагает реальное выставление счетов подразделениям за фактическое использование вычислительных ресурсов. Этот механизм подойдет компаниям с высоким уровнем зрелости процессов, так как предполагает организацию полноценного сервис-провайдера внутри компании. В отличие от showback в этом случае потребленные ИТ-услуги реально оплачиваются бизнес-подразделениями по внутренним счетам. Внедрение этой модели требует грамотно отлаженных процессов, точного снятия метрик потребления и, безусловно, четкого юридического оформления.
Безусловно, для внедрения и showback, и chargeback необходимо заранее выстроить систему тарификации ресурсов. При этом система тарификации должна учитывать как прямые затраты — непосредственно стоимость вычислительных ресурсов — так и косвенные. Как можно догадаться, для этого в тариф должны быть заложены расходы на сопутствующие сервисы — резервное копирование, мониторинг, систему безопасности, лицензии на ПО и другое. Подобный подход позволяет бизнесу не только увидеть, как распределяются расходы на ИТ, но и выявить неиспользуемые «зомби»-ресурсы, которые лишь потребляют бюджет, не принося при этом компании никакой пользы, — забытые виртуальные машины, заброшенные среды, неиспользуемые хранилища и неактуальные подписки.
От контроля затрат к экономии
Для реализации такого подхода на практике компании потребуется внести не только технические, но и культурно-организационные изменения.
В первую очередь, это прозрачная маркировка мощностей, которая позволит установить, к какому проекту относится конкретный ресурс, кто его владелец, в какой среде он развернут.
Также стоит уделить внимание стандартизации потребляемых сервисов. Нередко скрытые затраты на ИТ прячутся в разнообразии конфигураций. Когда каждая команда заказывает ресурсы по собственным уникальным требованиям, инфраструктура становится разнородной, растет сложность ее обслуживания и прогнозирования бюджета. Стандартизированный и ограниченный каталог доступных ИТ-услуг существенно упрощает учет потребляемых мощностей.
По мере роста уровня зрелости ИТ-процессов компания может перейти от простой маркировки ресурсов к полноценной системе их классификации. С ее помощью можно не только точно учитывать потребление мощностей, но и автоматически управлять им — например, перераспределять ресурсы между различными контурами, применять к ним разные SLA и политики жизненного цикла и гибко адаптировать корпоративную инфраструктуру к динамическому изменению нагрузки.
Дополнительно поможет внедрение политики выделения ресурсов с заложенным заранее «сроком годности». В соответствии с ней мощности, не относящиеся к продуктивному контуру, создаются с заранее установленной датой деактивации. Для продления работы таких ресурсов необходимо осознанно увеличить срок их работы.
И, последняя по счету, но не по значимости практика — аудит уровня утилизации, а точнее — поиск простаивающих ресурсов с хронически низкой нагрузкой. В ряде случаев исправляется это пересмотром конфигурации или вовсе выводом из эксплуатации.
Все перечисленные выше практики — от аудита утилизации до внедрения полноценного showback-механизма — должны быть не разовыми акциями по выявлению скрытых затрат, а целенаправленными последовательными шагами к осмысленному использованию ресурсов. Именно такой подход позволит бизнесу перейти от хаотичной ситуативной экономии к формированию полноценной внутренней культуры, в которой прозрачность затрат и ответственность за потребление становятся естественной частью повседневной работы.
Источник: Павел Гуральник, генеральный директор ISPsystem
