Comments 7
А упоминание акрониса отовсюду уже убрали, или в службах до сих пор остается?
Спасибо за комментарий.
Если просто переименовать код - работать лучше/хуже не станет. Поэтому мы не считаем эту задачу хоть сколько-то важной, чтобы прямо сейчас тратить не нее ресурсы (учитывая, что у нас куча компонентов и тонны кода, даже простое переименование генерирует кучу сопутствующей работы и тестирования - а на выходе все тоже самое, но под новым названием). Сейчас пилим новый функционал и добавляем интеграции с отечественными платформами и системами.
Кибепротект сейчас стал корп стандарт у импортозамещающихся. Правда, зачем умному админу СРК, если все можно бэкапить собственными средствами (СУБД, K8s) ну и rsync никто не отменял)
Да, стандарт это хорошо, и мы делаем все возможное, чтобы соответствовать самым смелым ожиданиям и требовательным регламентам.
Дело в том, что система резервного копирования - это не просто создание резервной копии, сохранение ее на диск и восстановление в случае необходимости. СРК дает вам централизацию управления и мониторинга всех задач вне зависимости что вы защищаете - операционную систему, платформу виртуализации, СУБД или приложения. Помимо управления и мониторинга есть еще задачи обеспечения жизненного цикла резервных копий - проверка возможности восстановления из них, репликация, управление местом в хранилище резервных копий, миграция и т.п. Все это очень сложно уложить в рамках нативных средств или простых утилит/скриптов, особенно если речь идет о гетерогенной среде. Плюс проблемы масштабирования: когда у вас больше 3 устройств защиты - можно легко запутаться в доморощенном-решении и прийти в ситуацию когда вы превратитесь в обслуживающий персонал вокруг такого решения.
Я, как пользователь вашего продукта в количестве трёх штук для серверов, могу сказать что он не нужен никому, ушли от этой перегруженной системы на более простые срвествпа, особенно на виртуализации, проксмокс бекар сервер в разы круче вашего ПО
Кибер Бэкап и ОС Linux