Опубликовано: 22 сентября 2026 · Источник: TAdviser
НадирЧто сегодня сильнее всего меняет спрос бизнеса на облачные сервисы: рост объемов данных, требования к отказоустойчивости, желание сократить капитальные затраты или что-то другое? Какие изменения вы видите именно со стороны заказчиков за последний год-два?
Надир Хамзин: Все из перечисленного актуально и справедливо. Я бы еще добавил серьезный рост требований к информационной безопасности. В том числе это одна из причин, почему компании все чаще используют облачные сервисы для хранения резервных копий, вынося бэкапы за контур основной инфраструктуры, чтобы в случае проблем сохранялась независимая копия данных.
Компании привыкли сравнивать облачные предложения по цене хранения или вычислительных ресурсов. Но насколько эта цена вообще отражает реальные расходы? На каких статьях — трафике, запросах, резервировании, поддержке, миграции — заказчики чаще всего ошибаются при расчете экономики облачного проекта?
Надир Хамзин: Если мы сравниваем облако с собственной инфраструктурой, одна из частых ошибок — не учитывать затраты на сотрудников, которые эту инфраструктуру поддерживают. Второй момент — запасные части, ремонт и амортизация оборудования. Эти расходы легко потерять в расчетах, хотя в итоге они могут составлять значительную часть стоимости владения. Если говорить уже о покупке облачного сервиса, злую шутку может сыграть расчет количества запросов и исходящего трафика — особенно если нагрузку изначально оценили неверно.
Поэтому, когда мы запускали свое облачное объектное хранилище, то сделали тарификацию максимально прозрачной: в горячем контуре у нас нет отдельного биллинга за запросы и исходящий трафик из хранилища.
Где сегодня проходит экономическая граница между облаком и собственной инфраструктурой? При каких нагрузках и сценариях облако начинает проигрывать on-premise — и наоборот, когда собственная инфраструктура оказывается неоправданно дорогой?
Надир Хамзин: Вопрос достаточно сложный, потому что оба варианта могут оказаться экономически выгоднее — все зависит от конкретного проекта. Я бы здесь смотрел не только на стоимость оборудования или облачных ресурсов, но и на надежность сервиса, автоматическое масштабирование, техническую поддержку и стоимость возможного простоя.
Не секрет, что остановка работы организации из-за технических проблем может вылиться в очень серьезные затраты. И это обязательно нужно учитывать при расчете экономики проекта. По этой причине многие компании выбирают облако, если у них нет внутренних или регуляторных требований, которые обязывают держать инфраструктуру и данные внутри собственного контура.
PlatformCraft предлагает одно и то же объектное хранилище и как облачный сервис, и для развертывания в инфраструктуре заказчика. Что чаще заставляет компании выбирать второй вариант? И встречается ли обратная ситуация, когда заказчик изначально настаивает на on-premise, а после расчета понимает, что облако ему выгоднее?
Надир Хамзин: Локальное развертывание чаще всего выбирают заказчики, у которых есть требования по размещению информации исключительно внутри собственной закрытой сети. Сейчас добавился еще один важный аспект: для многих компаний решение должно быть отечественным, чтобы снизить риски ухода зарубежного вендора с российского рынка или изменения условий использования открытых продуктов. Такие ситуации мы уже наблюдали не раз, и история с MinIO — один из свежих примеров.
Безусловно, были и кейсы, когда после расчета экономики заказчик понимал, что разворачивать решение у себя просто нецелесообразно. Один из последних интересных примеров — экономия порядка 100 млн рублей при расчете совокупных затрат на горизонте 3-5 лет в пользу облачного варианта.
Но бывают и обратные ситуации. Например, если у клиента уже есть серверное оборудование, на котором раньше работало зарубежное программное обеспечение. Тогда развернуть наше решение локально на существующей инфраструктуре может быть вполне логично и дешевле.
И еще важный момент: передавая лицензии на наше программное обеспечение, мы не оставляем клиента один на один с продуктом. Мы обеспечиваем постоянную вендорскую и техническую поддержку как на этапе пусконаладки, так и дальше, в процессе эксплуатации.
S3 стал фактически стандартным интерфейсом для объектного хранения, и внешне предложения разных провайдеров становятся все более похожими. Что в таком случае действительно имеет значение при выборе S3-хранилища? Где различия проявляются уже после начала эксплуатации?
Надир Хамзин: Для меня здесь самое важное — надежность сервиса, скорость реакции технической поддержки и возможность дорабатывать функциональность под требования конкретного заказчика. На этапе сравнения действительно может показаться, что все S3-хранилища примерно одинаковые, но в эксплуатации быстро становится понятно, насколько оперативно поставщик решает проблемы, готов ли он идти навстречу клиенту и насколько гибко развивается сам продукт.
К слову, наш S3-совместимый API за годы работы оброс дополнительными методами и расширениями, которых нет в стандартном наборе AWS S3, и многие из них появились именно благодаря реальным запросам клиентов.
Объем неструктурированных данных растет, при этом далеко не ко всем данным нужен одинаково быстрый доступ. Как бизнесу понять, что и сколько стоит хранить? Насколько востребовано разделение данных между горячим и холодным хранением и какие ошибки здесь приводят к лишним расходам?
Надир Хамзин: К счастью, большинство заказчиков достаточно хорошо понимают профиль использования своих данных, поэтому серьезные ошибки при выборе класса хранения встречаются не так часто. Логика здесь довольно простая: если данные используются постоянно, имеет смысл горячее хранение. Если речь идет об архивах, резервных копиях или других объектах, к которым обращаются редко, — холодное.
При этом профиль использования со временем может меняться. Если клиент уже в процессе эксплуатации понимает, что ему выгоднее перейти с горячего хранения на холодное или наоборот, мы даем возможность сделать такой переход бесшовно.
Для PlatformCraft исторически важны проекты с видео и другим тяжелым контентом — стриминг, телеканалы, онлайн-кинотеатры, CDN. Что такие высоконагруженные проекты могут рассказать об облачной инфраструктуре? Какие проблемы сначала возникают в медиа, а затем становятся актуальными и для более широкого круга корпоративных заказчиков?
Надир Хамзин: Исторически мы действительно начинали именно с медиа, и опыт работы с такими нагрузками у нас накоплен с 2012 года.
Для медиа критично постоянно иметь доступ к данным на высокой скорости. Онлайн-кинотеатр, телеканал или стриминговый сервис не может просто сказать пользователю: «Подождите, у нас сейчас технические работы».
Во многом именно этим был обусловлен наш подход к архитектуре облака — оно построено на базе трех независимых дата-центров. Недавняя история с проблемами на MSK-IX еще раз показала нам, что такой выбор был правильным. Причем то, что раньше было особенно критично для медиарынка, сегодня становится нормой и для других отраслей.
Корпоративные сервисы тоже становятся все более зависимыми от постоянного доступа к данным, и цена простоя растет.
Источник: TAdviser · Оригинал статьи: Надир Хамзин, PlatformCraft: Чем выше цена простоя, тем больше аргументов в пользу облака
