Первичная реализация облика цифрового продукта
Пилотные проекты играют ключевую роль в развитии инновационных продуктов: они позволяют получить качественные данные для ФЭМ, по результатам которого как правило требуется внесение значительных изменений в изначальный дизайн продукта
Путём тестирования выбранных технологий и общей архитектуры продукта в рамках пилотных проектов можно на ранней стадии определить фактическую удельную себестоимость продукта при заданных характеристиках, а также понять, соответствует ли он требованиям рынка.
Как правило, результаты пилотов выявляют необходимость существенных изменений в архитектуре продукта и перехода на альтернативные технологические решения.
Для этого требуется постоянное аналитическое сопровождение проекта. Только на основе данных, полученных в ходе пилотных проектов, и после внесения необходимых изменений в архитектуру продукта становится возможным построение реалистичной финансово-экономической модели и формирование дорожной карты развития продукта.
Ниже приведены два примера реализации подхода, предполагающего существенную доработку начального дизайна продукта по результатам PoC и последующего финансово-экономического моделирования на основании результатов PoC.
Next Generation Firewall / Unified Threat Management (NGFW/UTM) aaS
PoC и изменения в изначальный дизайн
Ограничения изначального дизайна, не позволившие достичь требуемой удельной стоимости UTMaaS при заданном QoS:
Для доставки очищенного трафика из дата-центра, где развернута VM с NGFW, до границы локальной сети компании-пользователя нужен дорогостоящий выделенный канал.
NGFW - вычислительно емкая функция, требующая значительных ресурсов, особенно на серверах общего назначения, да еще со слоем виртуализации.
Развертывание в IaaS (VM) фактически не позволяет управлять эластичностью.
Изменения в изначальный дизайн:
Географически распределенное развертывание функции UTM/NGFW в краевых и гиперскейл дата-центрах в сочетании с балансировкой нагрузки между ними
Схема PoC
Схема изменений в изначальный дизайн
Long-howl Bandwidth on Demand for multi clouds
PoC и изменения в изначальный дизайн
PoC продемонстрировал техническую реализуемость интерконнекта облачных инфраструктур двух независимых провайдеров, использующих различные гипервизоры, через оператора, не имевшего SDN на момент начала проекта, без внесения изменений в системы управления дата-центрами облачных провайдеров.
Кроме того, PoC позволил определить ориентиры по стоимости разработки приложения для SDN-контроллера, которые были заложены в финансово-экономическую модель оценки целесообразности внедрения такого приложения в сети оператора наземной кабельной системы.
Финансово-экономическая модель показала уверенную окупаемость проекта.
Схема PoC сервиса Bandwidth on Demand для динамической балансировки нагрузки между дата-центрами независимых облачных провайдеров, расположенными в различных часовых поясах
