Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 24
наверно, коммерческие облака со временем будут использовать общие интерфейсы API или появятся generic враперы типа LINQ
кроме того облака должны предоставлять импорт и экспорт данных через открытые и популярные форматы, и при необходимости легко конвертируемые в БД привычных СУБД
что будет, если moedelo.org выключится на пару месяцев или вообще канет в лету?
у них импорта/экспорта так и нет?
кроме того облака должны предоставлять импорт и экспорт данных через открытые и популярные форматы, и при необходимости легко конвертируемые в БД привычных СУБД
что будет, если moedelo.org выключится на пару месяцев или вообще канет в лету?
у них импорта/экспорта так и нет?
Коммерческим облакам ничто не мешает предоставлять REST-API уже сейчас, и некоторые так делают, но не все и не на все хранящиеся данные. Коммерческие фирмы должны думать о конкурентах и не очень-то желают облегчить переход к ним пользователя. Обратно — пожалуйста.
В случае личных облаков приоритет смещается на данные пользователя, а не на коммерческие интересы, а большое количество пользователей означает большую вычислительную мощность, поэтому нет причин выдумывать свои интерфейсы, если есть готовые, которые можно, при необходимости, расширить.
В случае личных облаков приоритет смещается на данные пользователя, а не на коммерческие интересы, а большое количество пользователей означает большую вычислительную мощность, поэтому нет причин выдумывать свои интерфейсы, если есть готовые, которые можно, при необходимости, расширить.
когда конкуренция увеличится и наступит комодизация, пользователь перед покупкой будет подолгу копаться в фичах и выбирать, что ему нужно, а не провайдеру
по аналогии, много сейчас СУБД без ODBC интерфейса?
по аналогии, много сейчас СУБД без ODBC интерфейса?
Сколько времени прошло между появлением СУБД и ODBC? Или даже стандарта SQL? Как с совместимостью с объектными БД? Можно перенести все из Cache в MySQL и продолжать работать? Далеко не все так просто, как хочется думать, а переносимость никогда не была главным приоритетом для коммерческих решений, немало примеров, когда подсаживают на свой стек.
никто и не утверждает, что стандарты появятся скоро
приоритетом при оповещении о выключении облака за неделю до
habrahabr.ru/post/116572/
является эвакуация данных хоть как-нибудь, а не супер комфортно
вы в курсе, что бэкап, который не пытались восстановить, считается потенциально отсутствующим?
кроме каше (будь оно не ладно), кстати, существуют еще десятки нереляционных СУБД
приоритетом при оповещении о выключении облака за неделю до
habrahabr.ru/post/116572/
является эвакуация данных хоть как-нибудь, а не супер комфортно
вы в курсе, что бэкап, который не пытались восстановить, считается потенциально отсутствующим?
кроме каше (будь оно не ладно), кстати, существуют еще десятки нереляционных СУБД
никто и не утверждает, что стандарты появятся скоро
Ну и какой же тогда смысл в стандарте, если он будет еще не скоро, если вообще будет? В нем заинтересован пользователь, а не производитель.
вы в курсе, что бэкап, который не пытались восстановить, считается потенциально отсутствующим?
Да, я что-то говорил против этого?
кроме каше (будь оно не ладно), кстати, существуют еще десятки нереляционных СУБД
о чем и речь, каждый делает по-своему. Впрочем, если продолжать тему, можно скатиться в OpenSource vs proprietary.
смысл в стандарте для пользователей понятен, хоть он и будет отличаться от основного
наверно, в качестве аналога можно привести NPA для nHibernate, пока в гордом одиночестве?
а для провайдера со временем это будет конкурентным преимуществом или даже критичной фичей, хотя на данный момент с точностью до наоборот, чтобы удержать им критично, чтобы такой фичи не было, время все расставит на свои места
наверно, в качестве аналога можно привести NPA для nHibernate, пока в гордом одиночестве?
а для провайдера со временем это будет конкурентным преимуществом или даже критичной фичей, хотя на данный момент с точностью до наоборот, чтобы удержать им критично, чтобы такой фичи не было, время все расставит на свои места
Мне кажется надёжнее и эффективнее просто взять какой-нибудь Synology NAS и в несколько кликов развернуть там VPN + DDNS + Cloud
Да, но только для личного использования. Опять же, если NAS, или диск в нем помрет (если вы не поставили еще и зеркало), все данные будут утеряны. А если, скажем, фотоальбом будет продублирован в зашифрованном хранилище на телефоне, ноутбуке, планшете, smart-tv, потерять все разом будет непросто. А при распределенном хранилище даже в случае стихийного бедствия можно будет восстановить все на новом железе, если не потерять ключи.
Даже снимки с телефонов сейчас занимают очень много места. Не говоря про зеркалки, где крайне желательно хранить raw файлы в архиве. Плюс музыка (опять же, зачастую в loseless форматах). Фильмы. Я не сильно представляю как терабайт личных данных будут распределены и продублированы по телефонам с 14 гб (в среднем) памяти на борту. И это если представить, что интернет у нас быстрый-быстрый.
На счёт «помрёт диск» — я поэтому и сказал про NAS, т.к. там уже сразу идёт поддержка Raid-ов. А HDD сейчас очень дешёвые. Ставьте два диска по 2-4 ТБ в Raid 1 и у вас получается решение ваших задач без лишних хлопот.
На счёт «помрёт диск» — я поэтому и сказал про NAS, т.к. там уже сразу идёт поддержка Raid-ов. А HDD сейчас очень дешёвые. Ставьте два диска по 2-4 ТБ в Raid 1 и у вас получается решение ваших задач без лишних хлопот.
Далеко не все пользователи хранят фотоальбомы в RAW ) Если на одного такого будет 1000 обычных с фотками в районе 1-2 мбайт JPEG — почему бы и нет? Не только ведь телефоны будут в сети, да и если будет спрос на большие объемы, появится и предложение. Вы заметили, как затормозилось увеличение флеш-памяти на мобильных устройствах? Дальше 64Гбайт практически не идет. Все потому, что падает спрос на большие объемы, благодаря использованию коммерческих облаков. Если возрастет спрос на личное пространство со стороны обычных пользователей, можно ожидать обратный эффект.
Интернет кое-где вполне себе быстрый-быстрый, у меня на даче уже 2 года есть 3G, нельзя вечно кивать на те места, где это не так, иначе не будет ни спроса на скоростной интернет, ни соответствующего развития. И потом, коммерческим облакам это ведь не мешает?
В однодисковых synology с рейдом не поиграешься.
Интернет кое-где вполне себе быстрый-быстрый, у меня на даче уже 2 года есть 3G, нельзя вечно кивать на те места, где это не так, иначе не будет ни спроса на скоростной интернет, ни соответствующего развития. И потом, коммерческим облакам это ведь не мешает?
На счёт «помрёт диск» — я поэтому и сказал про NAS, т.к. там уже сразу идёт поддержка Raid-ов.
В однодисковых synology с рейдом не поиграешься.
И потом, synology+диск не так уж и дешево обойдутся, и если нет необходимости именно в хранении больших объемов, покупать их только ради личного облака довольно накладно.
Если для небольших объёмов — тогда да. Но тут уже легче будет использовать сервисы мета-облаков, которые позволяют синхронизировать несколько бесплатных облаков — вероятность того, что все разом перестанут работать почти не существует.
Но это ведь только хранение файлов. На самом деле меня гораздо больше волнует не личный dropbox, тут уж и на скриптах с rsync можно сделать, а именно хранение личных данных сервисов у себя, вернее в доступном месте, объемы могут быть и совсем маленькие.
Насколько я понял из статьи — это и требуется. А всё остальное — дело клиентской программы (как именно она будет эти файлы воспроизводить).
Не совсем, это также и вычислительные ресурсы, например, если это аналог youtube, может потребоваться конвертирование видео-файлов, или шифрование больших объемов, или сервер распределенной БД, да мало ли что. Без вычислительных ресурсов поддерживать облако даже для хранения файлов будет проблемно. Нужно ведь как-то искать и находить других пиров, выполнять дублирование файлов, чтобы они всегда были онлайн и т.д.
Самому сделать NAS сервер с Openmediavault с похожим функционалом.
| Так что я практически прямо сейчас могу помогать своим видением/идеями.
Ох уж эти генераторы идей…
habrastorage.org/storage2/7c6/a24/65c/7c6a2465cdf53cce20c4d22a1bb1936b.jpg
Ох уж эти генераторы идей…
habrastorage.org/storage2/7c6/a24/65c/7c6a2465cdf53cce20c4d22a1bb1936b.jpg
Идея использовать для хостинга (облака, хранения данных) персональные компьютеры довольно заманчива, но есть несколько проблем с реализацией. Предположим, мы планируем использовать для хостинга обычные десктопы. В каком количестве нам необходимо продублировать информацию, чтобы обеспечить 99% её доступность? Предположу, что не менее чем на 20-и машинах. Если на меньшем, то вполне вероятна ситуация, что все они будут выключены в определённые промежутки времени. В итоге хранение данных обойдётся значительно дороже, чем если они будут храниться в серверных.
Использовать такую сеть только для хранения большого количества данных будет довольно накладно, но суть не в том, чтобы получить много халявного свободного места в облаке, этого можно достичь и с существующими облачными сервисами, а в том, чтобы хранить и обрабатывать пользовательские данные облачных сервисов на их (пользователях) компьютерах, под их контролем, а не на чужих серверах.
У того же google reader'а не так уж и много хранимых данных на одного пользователя, а учитывая, что многие rss-ленты используются не одним пользователем, общий объем данных выйдет совсем не накладным, однако такой сервис не прекратит существование, пока у него есть хоть один пользователь.
У того же google reader'а не так уж и много хранимых данных на одного пользователя, а учитывая, что многие rss-ленты используются не одним пользователем, общий объем данных выйдет совсем не накладным, однако такой сервис не прекратит существование, пока у него есть хоть один пользователь.
А я бы принял участие в таком проекте в качестве разработчика, правда я на Java не особо умею программировать (да и вообще под мобильные устройства), зато умею на C/C++.
Но правда у всего этого есть одно но: большинство устройств живут за NAT'ом, а ipv6 пока очень слабо распространен, потому все же для каждого конкретного облака, нужен будет некий сервер (или некоторое количество серверов), который будет выступать как прокси + для помощи обнаружения нод от облака. Ну впрочем я могу оказаться не правым, может уже придумали, как это обойти
Но правда у всего этого есть одно но: большинство устройств живут за NAT'ом, а ipv6 пока очень слабо распространен, потому все же для каждого конкретного облака, нужен будет некий сервер (или некоторое количество серверов), который будет выступать как прокси + для помощи обнаружения нод от облака. Ну впрочем я могу оказаться не правым, может уже придумали, как это обойти
В идеале, это должна быть распределенная операционная система вроде Plan 9, которая должна запускаться в специализированной виртуальной машине на каждом устройстве (а в полном идеале должна стать доминирующей ОС для всех устройств со своим GUI). Эта система будет платформой для общей файловой системы и ресурсов, управлять учетными записями и будет предоставлять API для сервисов. Задачей системы будет распределение нагрузки. Облегчить распределение можно специализацией клиентов: мобильные только потребляют сервисы + небольшой кеш, настольные же предоставляют дисковое пространство + вычислительные ресурсы. Выбирать специализацию можно при установке клиента.
Со стороны пользователя это может выглядеть довольно просто: как набор веб-интерфейсов (с адресами типа cloud://) или нативных клиентов к сервисам работающим в распределенной ОС.
Со стороны пользователя это может выглядеть довольно просто: как набор веб-интерфейсов (с адресами типа cloud://) или нативных клиентов к сервисам работающим в распределенной ОС.
Мы делаем Erlang On Xen в частности для того, чтобы запускать карманные инстансы на произвольных архитектурах поверх голого гипервизора.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Облако в кармане