Я разделяю ваше беспокойство по поводу захвата данных в проприетарных форматах, но я не понимаю, насколько это актуально для службы резервного копирования. Предпосылка резервного копирования заключается в том, что у вас есть копия данных - в этом случае легко переключить службу, просто сбросив другую службу. Данные не попадают в ловушку, пока у вас есть.
То же самое касается сервисов синхронизации - у вас есть данные, поэтому при переключении сервисов вам нужно только отсоединить синхронизированные устройства от старого сервиса и связать их с новым. Хотя в случае, если сервис использует историю изменений, вы потеряете это в процессе.
Случай с переключением клиентов, но сохранением старого провайдера , тем не менее, интересен. Кажется, что все службы резервного копирования / синхронизации имеют свой собственный клиент, и я не знаю ни одного провайдера, который бы также использовал протокол с открытым исходным кодом - но если есть такой, мне тоже интересно узнать. Тем не менее, вышеупомянутый пункт все еще применим - если в настоящее время их нет, но модель с независимым клиентским доступом с открытым исходным кодом появляется позже, вы также можете переключиться на нее позже.
Существуют ли реальные или фактические стандарты для обработки S3 в качестве файловой системы? Если да, то какие клиенты Windows и Mac поддерживают эти стандарты?
Я не думаю, что какая-либо из систем резервного копирования использует S3 (или тому подобное) неабстрагированным образом, то есть то, что хранится в S3, никоим образом не соответствует фактической структуре данных резервной копии. Насколько я знаю, у них есть свои собственные (возможно, проприетарные) способы хранения данных, и они просто распределяют их в S3 абстрактно, как "бессмысленные" большие двоичные объекты данных. Хотя я могу ошибаться, поскольку я не проводил никаких исследований по этому вопросу.
