Как ошибается Dropbox (доклад Джона Хьюза с Lambda Days 2016)
Они всё-таки отчитываются о том, что у них слетело. Разумно. Почитаем...
https://tech.dropbox.com/2014/01/outage-post-mortem/
Я довольно много лет назад, не пользуясь ещё Дропбоксом, написал вот такой опус: http://dluciv.livejournal.com/82050.html
Не только написал, но и сделал. Взял Mercurial, взял штуки три хостинга и написал нехитрый скриптик, который делал push и pull со всеми тремя. Прелесть была в том, что когда один из хостингов сдох, я почесал в затылке и просто забил. Ну подумаешь сдох один из трёх...
Сейчас тот же самый репозиторий я перекинул в Git (без фанатизма, были именно технические причины), и пользуюсь тем же подходом. Но редко, ибо уже с осени 2009 (всего-то несколько месяцев прошло) таки стал пользоваться Дропбоксом.
Конечно, в Git и Mercurial я видеофайлы не клал, да и история, по большому счёту, нужна далеко не всегда (хотя с ней, понятное дело, надёжность слияния повышается). Для всего относительно большого был и остаётся Дропбокс. Который сегодня недвусмысленно даёт понять, насколько всё в мире бренно.
Возможно пора задуматься опять. Всё-таки синхронизированные репозитории на трёх независимых серверах и на паре моих компьютеров имеют неплохие шансы пережить, скажем сдержанно, мой интерес к содержащимся в них данным.
Вот только версионирование не нужно, а зато нужна прозрачность. Кроме пропиетарной BtSync что есть на эту тему?