VadimMusteata27 апр 2012 в 12:13

Сквозная облачность

4 мин

25K

Облачные вычисления *

Из песочницы

+78

Комментарии 57

kreativf 27 апр 2012 в 12:20

Помоему это решение может быть контрапродуктивным. Если вы положите тяжёлый файл то есть шанс что синхронизация забьёт канал и будет происходить в 4 раза медленнее и дольше.

VadimMusteata 27 апр 2012 в 12:40

Решение должно зависеть от конкретной задачи: сначала — зачем, потом — как. Зачем вам тяжёлый файл в основных 5 ГБ (пересечении синхронизируемого пространства)? Если для этого нет веской причины, помещать его туда нерационально. Скорее всего, тяжёлый файл есть смысл синхронизировать лишь через SkyDrive. Кроме того, Live Mesh и SkyDrive, строго говоря, в этой конструкции довольно опциональны. Совсем не обязательно держать все 4 клиента работающими одновременно. Большую часть времени достаточно Google Drive и Dropbox — они покрывают все основные потребности. А когда канал более свободен, можно подключать и продукты от Microsoft. Сценариев множество, их использование определяют допустимая степерь вовлечённости пользователя и ресурсы текущей рабочей среды.

kreativf 27 апр 2012 в 12:45

Ну как зачем… Всё по разному бывает. У меня например может быть очень важная копия SVN. Настолько важная что я не доверю её только одному облаку а буду хранить во всех насколько это возможно.

VadimMusteata 27 апр 2012 в 12:49

То есть для вас одновременно важны и сохранность, и скорость передачи на сервер? В этом случае нужно определить приоритет. Вы либо можете сначала синхронизировать одним клиентом (чтобы файл достоверно был сохранён), а затем подключить остальные для резервного копирования, либо потерпеть неудобства, вызванные забитостью канала. В любом случае — это исключительно ваш выбор. Другое дело, что включение/выключение разных клиентов тоже отнимает время и внимание. Здесь нужно искать оптимум.

kreativf 27 апр 2012 в 12:54

Ну тут вы правы всего сразы не выйдет. Просто хотел обратить внимание на то, что для меня с моим относительно тонким ADSL каналом это не самый хороший вариант.

Eternalko 27 апр 2012 в 12:43

И еще не совсем понятно как переместить папку MS.

vaxXxa 27 апр 2012 в 12:27

Тоже вижу пока один минус — гонять одни и те же байты по 10 раз. А так — идея интересная.

Seldon 27 апр 2012 в 13:11

ну с другой стороны у меня 30 мбит в обе стороны, современный интернет позволяет это

SergeiStartsev 27 апр 2012 в 12:29

И это так мы себе упрощаем жизнь?

VadimMusteata 27 апр 2012 в 12:43

Если для вас критичны, скажем, интегрированность с сервисами Google и доступ к файлам из под Linux, то да — упрощаем.

silvansky 27 апр 2012 в 12:32

> длина пути к папке внутри каталога SkyDrive, включая имя файла, не должна превышать 255 символов
Хорошо ещё, что имена 8.3 не требуют.

Seldon 27 апр 2012 в 13:12

да, тут я уже со своим дропбоксом не укладываюсь

maxustm 27 апр 2012 в 12:35

Зачем??
Я вот одного понять не могу, зачем все это?
Резервирование, так при использовании одного сервиса копии есть в облаке и на каждом компе. Зачем их еще резервировать другими сервисами?

PavelPV 27 апр 2012 в 12:40

Игла в яйце, яйцо в утке, утка в зайце, заяц в шоке.)

JetP1L0t 27 апр 2012 в 12:41

inception

Columbus 27 апр 2012 в 16:56

We need to go deeper…

nofamous 27 апр 2012 в 12:43

Опять о Яндекс диске забыли…

VadimMusteata 27 апр 2012 в 12:56

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

ch0mb0r 18 ноя 2012 в 01:09

еще Box есть, там если суетнуться 50Гб перепадает ;)

Alkop 27 апр 2012 в 12:45

Я думаю, стоит задуматься, написать клиент для всех облачных сервисов — т.е. консолидировать всё предоставляемое бесплатно пространство со всех сервисов в один интерфейс — в одну папку. И что б файлы в этой папке распределялись по всем облакам :) Как-то так…

kreativf 27 апр 2012 в 12:48

А вообще синхронизация такого рода могла бы стать идеей для стартапа. Юзер заливает свои файлы вам на сервер а вы их синхронизируете со всеми облаками которые юзер захотел. Заодно и клиент облака у юзера будет только один — ваш.

rodweb 27 апр 2012 в 13:46

Sellec 27 апр 2012 в 13:57

можно было бы сделать так:
Один синхронизирующий клиент, который работает прозрачно для пользователя — один раз задал в этом клиенте настройки всех своих аккаунтов в Google Drive, SkyDrive, Dropbox и т.п., а дальше этот клиент сам выстраивает на всех сервисах идентичную структуру папок. Далее синхронизацию выполняет он сам на основе свободного места на каждом сервисе — скажем, в первую голову забивается дропбокс, затем гугл драйв и т.п. Получится так, что файл будет лежать только на одном из сервисов, но структура директорий на всех сервисах будет единтична. синхронизирующий клиент только пробегает по разрозненной структуре и создает вам иллюзию что она монолитна.
Кто первый берется за реализацию?)

НЛО прилетело и опубликовало эту надпись здесь

KvanTTT 28 апр 2012 в 07:12

Такая идея уже проскакивала на хабре :)

НЛО прилетело и опубликовало эту надпись здесь

valiorik 27 апр 2012 в 14:08

Хорошо бы, чтобы рабочие станции синхронизировались только с одним облаком. А вами описанная, схема работа на сервере или постоянно включённом устройстве.

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

VadimMusteata 27 апр 2012 в 14:24

Возможно, это касается Mesh, он действительно служит лишь для резервного копирования и вероятность реальной востребованности для него крайне мала. Но для остальных сервисов я привёл конкретные аргументы в примере. На текущий момент ни один отдельно взятый продукт не даёт того функционала, который они дают в совокупности. Далее всё зависит от потребностей пользователя. Если вам не нужна интеграция с продуктами Google и Chrome-приложениями, можно спокойно обойтись Dropbox'ом. Если не нужен Linux и публичные ссылки, можно использовать как Google Drive, так и SkyDrive. Приведённая же конструкция ориентирована исключетельно на мои собственные потребности.

SLIDERWEB 28 апр 2012 в 05:33

А в мою ~~больную~~ голову пришла мысль — если форматы хранения данных на разных сервисах разные, объем разный, есть ограничения разные — почему бы не сделать некое приложение, которе-бы позволило представлять все эти облачные сервисы в виде… ну скажем дисков, блочных устройств, которые я бы мог объединить, ну например, в RAID0 и опубликовать где-то… напрмер на сервере, как iSCSI/Webdav/FTP… и т.д.
Прошел думать над решением.

seventh 27 апр 2012 в 14:22

Вас бы попросить диплом мне написать — никак не могу растянуть простейшую идею впаривания IPTV в действующей сети на добрую сотню страниц :) Только 50 выжал…

VadimMusteata 27 апр 2012 в 14:34

Извините, но «растягивать простейшие идеи» — не мой конёк. Ежели я и старался быть подробным, то только для убедительности. Если полученный объём кажется вам чрезмерным для прочтения, есть первоначальная краткая версия в Google+: goo.gl/wmfp4

burdakovd 27 апр 2012 в 15:06

> Устанавливается приложение с наименьшим доступным объёмом — Google Drive. Его папку я разместил в папке Public Dropbox, чтобы иметь возможность получать публичные ссылки на конечные файлы.

Вы осознаёте, что публичные ссылки на конечные файлы может создать любой пользователь?
Написать dl.dropbox.com/u/3442793/Google%20Drive/ и дальше перебирать имена файлов?

То есть ВСЁ, что лежит у вас в Google Drive — публично. Об этом придется во-первых помнить самому, во-вторых Google вполне автоматически туда класть конфиденциальную информацию. Я Google Drive ещё не тестировал, но, как я понял, все личные документы с docs.google.com автоматически попали в этот диск.

VadimMusteata 27 апр 2012 в 15:12

Я не вижу для себя серьёзных рисков в этом отношении. Никаких файлов повышенной секретности я не храню (если и храню, то в запароленных контейнерах). А вот быстро получить ссылку на файл для меня бывает катастрофически важно.

burdakovd 27 апр 2012 в 15:17

Ну не знаю как у вас, но я часто открываю входящий .doc файл из gmail сразу в docs.google.com — если MS Office на машине не установлен, при этом файл автоматически появится в Google Drive. Как по мне — это то же самое, что «Рабочий Стол» положить в папку «Public» дропбокса.

VadimMusteata 27 апр 2012 в 15:20

Я уверен в том, что на свете ещё нет человека, который станет подбирать названия файлов в моей публичной папке Dropbox. Как только я заподозрю, что он появился, я усилю меры безопасности.

Vilmas 27 апр 2012 в 16:43

Если вам скрывать нечего, это еще не значит, что другим то же :)

VadimMusteata 27 апр 2012 в 16:45

Ну, я и не призываю никого следовать своему примеру. Если кто-то посчитает описанную модель приемлемой для себя, это будет его личное решение.

Vilmas 27 апр 2012 в 16:44

Я бы попросил вас добавить эту важную информацию в ваш пост.

VadimMusteata 27 апр 2012 в 16:46

Да, насчёт важности вы правы. Сейчас сделаю.

VadimMusteata 27 апр 2012 в 17:01

Готово.

gasyoun 27 апр 2012 в 15:31

Интересный график.

OmSoft 27 апр 2012 в 16:12

наглядно продемонстрирована вступительной диаграммой Эйлера–Венна — это и есть обоснование всего поста. Спасибо.

TipTop 27 апр 2012 в 16:22

В свое время отказался от Live Mesh из-за того, что при выгрузке файла после изменения он блокировал чтение файла.

Сейчас ситуация изменилась? И не возникает ли подобных проблем из-за того, что на каждый файл в «ядре» натравлен такой зоопарк?

VadimMusteata 27 апр 2012 в 16:40

Использую Mesh несколько месяцев и никаких проблем не замечал. Зоопарк же завёл только вчера. Пока без происшествий. Забавляет только, как меняются статусы синхронизации на иконках — на каждом уровне свой.

SowingSadness 27 апр 2012 в 16:42

Можно еще раз usecase.
Сколько пользуюсь, ещё ни разу не замечал блокировок.

TipTop 28 апр 2012 в 07:13

Сейвы JA2 в режиме save/load. Файл блокировался секунд на 5-10, и JA2 периодически не видел свежесохраненные сейвы.

mitry 27 апр 2012 в 17:01

Еще может быть полезен сервис Dropbox Automator. Он может раскидывает файлы из вашего DropBox'а по разным хранилищам: GoogleDocs, SkyDrive, BoxNet, Evernote, Picasa, Flickr.

Там, правда, есть ограничение на размер одного файла. Зато свой канал не забивается и запущен должен быть только DropBox.

ComodoHacker 27 апр 2012 в 18:23

Теперь размножать цифровой мусор можно еще проще и быстрее. Производители дисков одобряют.

AlexP11223 27 апр 2012 в 21:02

публичную ссылку, чтобы через неё добавить изображение на Хабр

Гм, а вроде же раньше дропбокс блокировал скачивание файла если к нему много обращались. Помню так какие-то файлы выкладывали в нескольких статьях какое-то время назад, причем просто файлы, которые еще скачать надо, а тут картинка у всех загружается + на главной.

VadimMusteata 27 апр 2012 в 22:01

Сглазили.

Hi Vadim,

This email is an automated notification from Dropbox that your Public links have been temporarily suspended for generating excessive traffic. Your Dropbox will continue to function normally with the exception of Public links.

This suspension is temporary (3 days for the first time).

Please visit Dropbox support if you have any questions.

— The Dropbox Team

Полез заменять источник картинки…

VadimMusteata 27 апр 2012 в 22:09

Указал в качестве источника ссылку на опубликованный файл в Google Drive, и картинка снова на Хабре. Модель работает.

grau1812 27 апр 2012 в 22:09

> Если третьему лицу известен ваш код пользователя в Dropbox (который можно увидеть в любой вашей публичной ссылке), то у него появляется возможность для перебора имён файлов внутри подкаталогов (названия которых тоже видны в ссылке). Поэтому не рекомендуется помещать в Public важные файлы и необходимо следить, чтобы таковые не были загружены туда автоматически из Google Drive.

Стойте, насколько я понял, дропбокс недавно дал возможность давать прямые ссылки даже на те файлы, которые не находятся в public — в данном случае риск подборки имен файлов внутри каталога тоже существует?

VadimMusteata 27 апр 2012 в 22:22

Не знал об этой возможности. Действительно, появилась такая опция. Вот какую ссылку я получил только что на файл из расшаренной папки: www.dropbox.com/s/dlke16kah1qzke7/Step22.txt Правда, она нерабочая из-за применённой против меня санкции.

Но, судя по виду ссылки, подбор здесь исключён, и это многое меняет. Переход получившего ссылку аналогичен варианту с Public или здесь есть свои нюансы? Кто может рассказать?