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

Что выпадает из калькуляции

У собственного ЦОДа есть длинный хвост расходов: СХД, сеть, лицензии, резервирование, электричество, охлаждение, администрирование, мониторинг, информационная безопасность, аварийные замены и запас по мощности. Но есть и менее очевидная вещь — технологическое старение. Сервер, купленный сегодня, через три года уже не даёт ту же экономику относительно нового железа на рынке. В реальной модели совокупной стоимости владения это тоже нужно учитывать, а не просто делить цену покупки на срок амортизации.

Утилизация — молчаливый убийца бюджета

Главный параметр, который часто недооценивают, — фактическая загрузка инфраструктуры. Если серверы работают на 30–40%, полезная единица работы резко дорожает. Компания платит за весь контур, но ценность создаёт только его часть. Типичная ситуация: мощность закупили под пик, а средняя нагрузка в разы ниже. Остальное — страховка от сезонных всплесков, долгих закупок и медленного capacity planning. В облаке этот резерв устроен иначе: ресурс можно взять под задачу и вернуть, когда она закончилась.

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

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

Когда свой дата-центр всё ещё разумен

Облако — не универсальный ответ. Если нагрузка ровная, предсказуемая, с высокой утилизацией, а внутренняя ИТ-команда умеет управлять инфраструктурой как сервисом, собственный контур может быть вполне рациональным. Проблема начинается там, где компания сравнивает идеальный собственный ЦОД с реальным облаком. В жизни собственная инфраструктура тоже требует людей, процессов, регламентов и постоянных вложений. Иногда расходы на SRE, DevOps, администраторов и поддержку становятся больше, чем казалось на этапе закупки.

Cost-per-workload: учимся считать результат

Здесь помогает подход cost-per-workload — стоимость полезной работы. Не «сколько стоит виртуальная машина», а:

• сколько стоит одна транзакция;

• сколько стоит пользовательский час;

• сколько стоит запуск тестового контура;

• сколько стоит простой;

• сколько стоит недозаказанная мощность;

• сколько времени занимает запуск нового проекта.

Такой разговор понятнее и для CIO, и для CFO. Вместо спора «облако дорогое» появляется нормальный вопрос: где инфраструктура снижает стоимость результата, а где просто переносит расходы из одной строки бюджета в другую.

Скорость — тоже деньги

Время запуска тоже стоит денег. Если новый проект в своём ЦОДе ждёт закупок и согласований месяцами, а в облаке поднимается за дни, это тоже часть экономики. Особенно для тестов, аналитики, сезонных нагрузок, резервного копирования, аварийного восстановления и GPU-задач. Российский облачный рынок растёт уже не теми темпами, что в период резкого спроса, но всё ещё быстрее многих других ИТ-сегментов. Это значит, что компании постепенно учатся смотреть на облако не как на «аренду серверов», а как на способ быстрее получать рабочий результат.

Прямое сравнение цены за сервер-час уводит в сторону от реальной экономики. Выигрывает не тот вариант, где дешевле железо, а тот, где ниже стоимость полезной работы. Для одних это будет облако, для других — собственный ЦОД, для третьих — гибрид. Но без честного учёта утилизации, скрытых расходов и скорости запуска любой расчёт остаётся красивой таблицей с сомнительными выводами. Свой дата-центр не плох сам по себе — он просто должен считаться честно: с людьми, простоями, старением оборудования и реальной загрузкой. Когда считать начинают именно так, вопрос «купить или арендовать» становится не модным спором, а нормальной финансовой задачей.

Источник: IT-World