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

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

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

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

Сочетание новых и старых моделей затрат

Некоторые компании будут придерживаться традиционной модели CapEx, чтобы получить самую низкую общую стоимость владения за счет предоплаты за долгосрочное хранение. Например, компании из секторов энергетики, коммунальных услуг и телекоммуникаций тщательно планируют долгосрочные закупки, и их активы амортизируются с течением времени. Как правило, у них имеются надежные закупочные организации, которые ведут переговоры с поставщиками на постоянной основе, что требуется при традиционных циклах хранения. Использование недорогих СХД для прогнозируемых задач может экономить средства и сохранять прибыль.

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

Представьте себе такой сценарий. Вы являетесь вице-президентом по инфраструктуре в розничной сети, и руководитель одного из бизнес-подразделений с энтузиазмом рассказывает об инициативе, которая может привести к росту продаж в конце года. Это проект с большим объемом данных, требующий 100 Тб емкости, и коллеги хотят начать его на следующей неделе. Можете ли вы предоставить достаточное дисковое пространство, чтобы запустить проект?

Если вся ваша инфраструктура находится в публичном облаке, и вы эффективно используете инструменты автоматизации, то вы легко сможете это сделать. Но вы, скорее всего, заплатили бы огромную цену за эту гибкость. А если вы используете только свое оборудование, то у вас будут проблемы с удовлетворением запроса. Возможно, вы сможете арендовать дополнительное пространство, если ваш поставщик его предложит. Но, вероятно, вам придется искать новую инфраструктуру, поставка которой может занять недели или месяцы, особенно если логистика ограничена из-за глобальных проблем. И это также может потребовать согласование срочных закупок с финансистами. «О, вы же не рассказывали об этом проекте и его не было в вашем годовом бюджете CapEx в этом году!».

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

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

Тесты DevOps для временных сред. Эти проекты быстро и непредсказуемо появляются как с точки зрения емкости, так и продолжительности. Они могут потребовать сотни терабайт в течение нескольких часов или недель и исчезнуть полностью после них. Организации получают стратегическое преимущество, имея возможность платить на основе CapEx за предсказуемые рабочие нагрузки и временно увеличивать объем СХД на короткое время в течение периода тестирования, а затем возвращаться к обычному объему. Кстати, эффективная технология моментальных снимков СХД может еще больше упростить этот сценарий, независимо от бизнес-модели.

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

Разработка новых приложений. Иногда группы разработчиков начинают работу над проектом и не знают, какие требования к СХД у них будут в будущем. Приложение может быть чрезвычайно популярным, и потребности в хранении данных резко вырастут. Но, если активность снизится, вы, скорее всего, не захотите остаться с полностью оплаченной, но неиспользованной емкостью.

Ключевые соображения по ценообразованию

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

  • поймите предпочтения вашей организации в отношении затрат: в каком случае лучше OpEx, а в каком CapEx?
  • рассчитайте скрытые затраты, которые ваша организация платит сегодня за гибкость, учитывая следующие факторы:
    • проверьте СХД на предмет неиспользуемого объема и подсчитайте, сколько вы заранее платите за дополнительную емкость, чтобы быть готовыми к экстренным ситуациям;
    • сколько у вас времени для получения новых мощностей от ваших поставщиков, и есть ли есть точные гарантии во время кризиса? Это минимальное количество времени, в течение которого вам необходимо хранить неиспользуемые емкости под рукой;
    • проверьте свой прошлый план по объемам хранения: насколько ошибочными были ваши прогнозы?
  • оцените гарантии вашего поставщика, включая также средства правовой защиты. Примите во внимание, что маркетинговые документы могут отличаться от реальных контрактов. Обязательно присмотритесь как с деловой, так и с технической точек зрения к таким обязательствам, как доступность, будущие обновления системы и затраты на обслуживание.
  • готов ли ваш поставщик СХД предоставить оборудование раньше, чем вы его фактически используете? Есть ли у этого вендора программная архитектура, которая может использовать неоплаченное оборудование для повышения производительности, отказоустойчивости и других показателей, прежде чем вы заплатите за соответствующую емкость?
  • поймите заранее все минимальные и будущие нагрузки на вашу систему хранения;
  • оцените ваш потенциал роста. Вам нужно будет добавлять новую мощность постепенно или в этом процессе будут частые скачки?

Если посмотреть в будущее, то оно — гибко

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

Кирилл Сорокин, главный архитектор Infinidat, Россия и СНГ