Преимущества единого продукта:
🔹 Глубокое взаимодействие и совместное развитие решений на системном уровне;
🔹 Единая закупка и техническая поддержка;
🔹 Сокращение времени внедрения;
🔹 Снижение совокупной стоимости владения.
VMmanager выступает основой для цифровой среды, объединяя серверы и хранилища в единый кластер, а управление резервным копированием осуществляется прямо в интерфейсе RuBackup. Синхронизация происходит автоматически, что обеспечивает актуальность данных и позволяет быстро восстанавливать их, не переключаясь между разными системами.
Подробности раскрыли в пресс-релизе: https://astra.ru/about/press-center/news/tekhnologicheskaya-sinergiya-i-operatsionnaya-effektivnost-gruppa-astra-vyvodit-na-rynok-reshenie-dl/
А о необходимости резервного копирования рассказывали в образовательном посте:https://smart-lab.ru/blog/1177745.php
❤️ Ваша $ASTR
Поскольку вы заявляете о «синхронизации в автоматическом режиме», как решается вопрос Version Coupling? Если заказчику через год потребуется обновить RuBackup ради новой фичи, а VMmanager еще не протестирован с этой версией, вы заставите его сидеть на старом софте с дырами в безопасности или предложите развалить ваш «единый контур» и вернуться к ручному управлению?
Каков процент накладных расходов на CPU и RAM у этих «автоматических сервисов синхронизации» на кластере из 500+ нод? Вы продаете «простую настройку», но считали ли вы, во сколько обойдется заказчику поддержка этой невидимой прослойки в пересчете на стоимость серверных мощностей (OPEX) в пятилетней перспективе?