Журнал "Information Security/ Информационная безопасность" #4, 2026

– Технологическое партнерство – это непрерывный процесс, который не закан- чивается после подтверждения совме- стимости. В нем должны участвовать и программные, и аппаратные вендоры. Особенно это важно для платформ вир- туализации, систем хранения данных и резервного копирования. Предположим, выходит новая версия платформы виртуализации. Если заказ- чик сразу идет на обновление, не дожи- даясь результатов совместного тести- рования, то это в определенной степени лотерея. Заработает ли решение? Будет ли оно стабильно? Сохранится ли необходимая производительность? Все это нужно предварительно прове- рить. В случае с резервным копирова- нием важно убедиться, что оно кор- ректно выполняется, не оказывает существенного влияния на продуктив- ные системы и, самое главное, что данные действительно можно восста- новить. У крупных заказчиков есть хорошая практика – тестовые контуры. Перед установкой новой версии они проверяют ее работоспособность, а в случае с резервным копированием обязательно пробуют восстановить данные. Но нельзя перекладывать всю такую проверку на заказчика и превращать его тестовую среду в бесконечный поли- гон. Если разработчики выпускают обновления, а потом ждут, пока заказ- чики выяснят, что и где сломалось, это уже не технологическое партнерство, а совместимость для галочки. – Что сегодня важнее при выбо- ре инфраструктурных решений? – Технологическая независимость и гарантированная возможность восста- новления – это фундамент. Есть задачи импортозамещения, регуляторные тре- бования, глобальные вызовы, на которые необходимо реагировать. Но, если после серьезного сбоя невозможно восстано- виться, все остальное в значительной степени теряет смысл. Выбирая между функциональностью и масштабируемостью, на первое место я бы поставил масштабируемость. Когда решение выходит за рамки пилотного проекта и переходит в промышленную эксплуатацию, программные и аппарат- ные продукты должны успевать за ростом бизнеса, его ИТ-стратегией и развитием внутренних сервисов. Нужно не только обеспечить тот объем инфра- структуры, который есть у заказчика сейчас, но и иметь запас на дальнейший рост. А уже за этим идет функциональ- ность, необходимая для эксплуатации и бизнеса: отчетность, поддержка раз- личных сценариев, интеграции и другие возможности. – Как вы понимаете, что новый продукт логично продолжает экс- пертизу "Киберпротекта"? – Для нас важна не только интеграция с внешними технологическими партнера- ми, но и интеграция собственных продук- тов, а также функциональная преемствен- ность внутри продуктовой линейки. В нашем портфеле нет продуктов, которые существовали бы полностью в отрыве от остальных. Они либо интег- рируются между собой, дополняя функ- циональность друг друга, либо решают схожие задачи, но рассчитаны на разный масштаб и специфику инфраструктуры. Например, "Кибер Бэкап" интегриру- ется с нашими решениями для хранения данных и инфраструктуры, "Кибер Файлы" могут использовать "Кибер Хра- нилище", а DLP-система "Кибер Протего" решает задачи контроля и защиты дан- ных. То есть между продуктами форми- руется функциональная связка. Есть и другой аспект – разные решения для одной и той же базовой задачи. Возьмем резервное копирование и вос- становление. Здесь мы смотрим на мас- штаб и профиль заказчика. "Кибер Бэкап" – решение для корпоративных заказчиков и масштабируемой ИТ-инфра- структуры. Но для малого бизнеса с небольшой инфраструктурой такой ком- плекс возможностей может оказаться избыточным, поэтому есть отдельные продукты, рассчитанные именно на этот сегмент. Если компания размещает инфра- структуру в облаке, ей может подойти "Кибер Бэкап Облачный". Если речь идет о крупном операторе или сервис- провайдере, можно выстроить уже иной способ взаимодействия, когда мы раз- мещаем экземпляр нашего "Кибер Бэкапа Облачного" прямо во внутренней инфра- структуре корпорации или XaaS-опера- тора. В этой связи я бы выделил два крите- рия. Первый – новый продукт должен технологически встраиваться в общую экосистему и интегрироваться с другими решениями. Второй – он должен расши- рять наши возможности, позволяя закры- вать задачи разных по масштабу и про- филю заказчиков. – Что определит продуктовую стратегию "Киберпротекта" в бли- жайшие годы? – Технологическое развитие продук- тов: их готовность к масштабированию, росту требований к производительности, более тесной интеграции и работе во все более разнообразных инфраструк- турах. Мы ожидаем, что рост количества инфраструктурных продуктов замедлится: основные потребности уже будут во мно- гом закрыты. Но сами ИТ-ландшафты компаний и существующие инфраструк- турные решения продолжат расти, разви- ваться и усложняться, а это создаст новые технологические вызовы. Поэтому мы сфокусируемся на технологическом раз- витии наших продуктов, которое позволит справляться с растущим масштабом инфраструктуры, объемами данных и динамично реагировать на изменения. l 16 • В ФОКУСЕ На правах рекламы Ваше мнение и вопросы присылайте по адресу is@groteck.ru Фото: Эдуард Щербаков