Кратко

  • Safe Swiss Cloud описывает выбор внешних хранилищ для резервных копий и самостоятельный перенос нагрузок в облако и из него. Это значимые возможности, а не только заявление о месте хранения данных.
  • Из рассмотренных документов нельзя установить, выполнит ли заказчик восстановление без соответствующих компонентов управления провайдера, сколько займёт конкретный перенос наружу и какой доступ сохранится после расторжения договора. Недостаток этих сведений не доказывает отсутствие возможностей.

Где заканчивается выбор места хранения

Вопрос о резервной копии состоит из двух частей: где находятся данные и что потребуется, чтобы снова запустить с их помощью приложение. В случае Safe Swiss Cloud первая часть описана заметно определённее, чем сценарий полной независимости от провайдера при восстановлении.

В описании Business Backup компания перечисляет своё S3-совместимое объектное хранилище, AWS S3, FTP, SFTP, SWIFT и подключённые файловые системы среди доступных направлений резервного копирования. Там же говорится о возможности использовать собственное локальное хранилище заказчика. Это содержательный выбор: опубликованное предложение не ограничивается размещением всех копий в одном хранилище поставщика.

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

Safe Swiss Cloud также описывает восстановление файлов и полных резервных копий через веб-интерфейс самообслуживания, двухфакторную аутентификацию для доступа к серверу управления резервным копированием и шифрование AES-256 при передаче и хранении. Эти сведения важны, но относятся к разным свойствам системы. Самообслуживание показывает, кто может инициировать операцию в описанном режиме; шифрование — как заявлена защита данных. Ни то ни другое само по себе не устанавливает исключительное владение ключами со стороны заказчика или доступность всей цепочки восстановления при недоступном сервисе управления.

Более строгий вопрос звучит так: сможет ли уполномоченная команда получить копию, использовать необходимые ключи, прочитать служебные данные резервирования и запустить подходящее средство восстановления при заранее определённом отказе? Это предлагаемый сценарий испытания, а не утверждение о происшедшем у Safe Swiss Cloud инциденте. Обычное управляемое восстановление и восстановление без участия провайдера — разные требования; второе не следует незаметно подменять первым.

У зеркалирования и восстановления разные часы

В FAQ Business Backup компания сообщает, что используемое по умолчанию объектное хранилище Safe Swiss Cloud автоматически зеркалируется между двумя её дата-центрами в течение 24 часов. Область этого утверждения важна: оно касается стандартного хранилища провайдера, а не любого внешнего направления, выбранного заказчиком.

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

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

Для заказчика полезен протокол, который связывает эти отдельные события. Когда сделана копия? Какая последняя операция приложения действительно присутствует в восстановленной системе? Когда сервис прошёл проверку работоспособности? Ответы позволят сопоставить результат с потребностями конкретной нагрузки. Сам факт успешного скачивания файлов ещё не даёт такого сопоставления.

Перенос наружу заявлен, но его параметры предстоит измерить

В общей FAQ Safe Swiss Cloud прямо утверждает, что клиенты всегда могут самостоятельно переносить свои нагрузки как в её облако, так и из него. Это положительное заявление о двусторонней возможности, которое необходимо учитывать: неверно было бы описывать документацию так, будто она говорит только о входящей миграции.

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

Особенно легко ошибиться с ещё одной цифрой из той же FAQ. В инструкции по переносу существующих виртуальных машин в Safe Swiss Cloud компания предупреждает: базовый вариант с экспортом и импортом для дисковых томов объёмом более 100 ГБ может занять часы, а во время передачи сервис будет недоступен конечным пользователям. Там же описан альтернативный подход с репликацией и синхронизацией.

Это предупреждение относится к входящей миграции. Оно не является измерением скорости выхода из облака, универсальным ограничением на передачу данных или результатом испытания у определённого клиента. Его практическая ценность — напоминание о необходимости учитывать простой при планировании переноса, а не готовая оценка любого будущего переезда.

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

Удаление данных не равно гарантированному окну для переезда

В опубликованных условиях Safe Swiss Cloud указано, что услугу можно отменить на конец любого календарного месяца; ежемесячное выставление счетов продолжается до письменной отмены. Там же сказано, что «account data» будут удалены в течение 60 дней после прекращения обслуживания.

Здесь существенны и существительное, и предлог. «Account data» — данные учётной записи; их точный охват применительно к данным виртуальных машин, резервным копиям и объектному хранилищу в рамках этого разбора не установлен. «В течение 60 дней» не означает «после 60 дней» и не обещает доступ на протяжении всего этого срока. Следовательно, положение об удалении нельзя использовать как самостоятельное основание для плана, по которому экспорт начнётся уже после расторжения договора.

Нужны отдельные письменные ответы: какой доступ останется, к каким категориям данных, на какой период и с какой помощью при экспорте. Это вопросы к условиям конкретного обслуживания, а не вывод о том, что компания непременно прекратит доступ в определённый день.

Общие условия также описывают предоставление сервиса по умолчанию «as is», в режиме самообслуживания, с поддержкой доступности на основе best effort. Для более высокого уровня обслуживания предлагаются дополнительные пакеты поддержки. Поэтому обязательства по конкретной покупке нельзя выводить только из общего рекламного описания; в этом разборе индивидуальный договор заказчика не изучался.

Что установлено, а что остаётся открытым

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

Документы подтверждают, что Safe Swiss Cloud заявляет выбор направлений резервного копирования, операции самообслуживания и двусторонний перенос нагрузок. Они не позволяют ни доказать, ни опровергнуть сквозное восстановление без соответствующих компонентов провайдера. Практический вывод ограничен: выбирать модель эксплуатации следует по тому, кто сможет выполнить всю необходимую последовательность действий в нужном сценарии, а не только по месту нахождения копии. Осознанно приобретённое управляемое обслуживание само по себе не является признаком зависимости, из которой невозможно выйти.