Обновленная программа лицензирования для сервис-провайдеров vStack SPP
Подробнее
Обновленная программа лицензирования для сервис-провайдеров vStack SPP
Подробнее
Обновленная программа лицензирования для сервис-провайдеров vStack SPP
Подробнее
Обновленная программа лицензирования для сервис-провайдеров vStack SPP
Подробнее
Обновленная программа лицензирования для сервис-провайдеров vStack SPP
Подробнее
Обновленная программа лицензирования для сервис-провайдеров vStack SPP
Подробнее
Обновленная программа лицензирования для сервис-провайдеров vStack SPP
Подробнее
Обновленная программа лицензирования для сервис-провайдеров vStack SPP
Подробнее
Обновленная программа лицензирования для сервис-провайдеров vStack SPP
Подробнее
Обновленная программа лицензирования для сервис-провайдеров vStack SPP
Подробнее
Обновленная программа лицензирования для сервис-провайдеров vStack SPP
Подробнее

Как клиенты vStack влияют на развитие платформы

gradient
image

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

Разные подходы к развитию сервисов виртуализации

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

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

Также есть производители, которые физически не могут вносить обновления в свои продукты, так как их программное обеспечение является полным клоном готового opensource-решения. В этом случае любые изменения в него могут вносить первоначальные разработчики открытого кода. Часто открытая лицензия накладывает дополнительные обязательства на тех, кто использует ее в своих продуктах. Например, лицензия GPL v.3 требует раскрывать исходный код программы, которая содержит в себе код, опубликованный под лицензией GPL. В этом случае производителю невыгодно вкладывать ресурсы в доработку своего проекта, так как результатами сможет воспользоваться любой желающий, а потративший свои ресурсы разработчик не получит конкурентного преимущества.

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

Плюсы и минусы разных подходов к развитию продукта

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

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

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

Политика vStack — обрабатывать каждый запрос клиентов

Платформа для виртуализации vStack — это российское решение для построения виртуальных ЦОД enterprise-уровня. В ее основе лежат собственные разработки компании с большим опытом в сфере облачных технологий. Благодаря этому производители vStack полностью управляют своим продуктом и могут вносить в него любые изменения. Основой для этих изменений служат в том числе и пожелания потребителей услуг виртуализации. Компания учитывает запросы заказчиков при обновлениях роадмап своего продукта.

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

При этом новая функция не оказывает влияние на стоимость и производительность платформы. Клиенты могут использовать или игнорировать ее в зависимости от потребностей.

Большая часть новых изменений на платформе vStack появилась после запросов от Serverspace

Международный гиперскейлер Serverspace — один из ключевых клиентов vStack. Команда облачного провайдера регулярно оставляет заявки на добавление новых возможностей на платформу и влияет на ее развитие.

Вот три примера новых функций vStack, которые появились в ответ на запрос Serverspace.

Ограничение количества IP-адресов в сети, которые можно использовать в конкретном VDC (Virtual Data Center, виртуальном центре обработки данных) в определенной сети.

Количество IP-адресов стремительно сокращается во всем мире. Поэтому провайдер публичного облака вынужден ограничивать их использование для потребителей. Serverspace понадобилась функция ограничения количества используемых IP-адресов конкретной сети в конкретном vDC, и разработчики vStack создали ее по запросу клиента.

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

Модификация ролевой модели в соответствии с пожеланиями Serverspace.
Эта модификация — часть процесса разработки экосистемы управления доступами. Ролевое управление сокращает количество ролей, что упрощает процедуру выдачи доступов. Компания vStack доработала ролевую модель по запросу Serverspace.

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

 

Читайте в нашем блоге:

Польза feature request или как перестать платить за то, чем вы не пользуетесь

Какими проблемами грозит российским компаниям отсутствие поддержки у производителей

Пользуясь нашим сайтом, вы соглашаетесь с тем, что мы используем cookies.