https://opennet.me/openforum/vsluhforumID3/94902.html После 16 месяцев разработки увидел свет (http://xtreemfs.blogspot.ru/2014/03/xtreemfs-15-released-improved-support.html) релиз распределенной файловой системы XtreemFS 1.5 (http://www.xtreemfs.org/). XtreemFS позволяет организовать работу хранилища с распределением данных по нескольким серверам. Для обеспечения отказоустойчивости и обеспечения параллельного доступа данные могут реплицироваться между узлами. Процесс репликации оптимизирован для использования низкоскоростных соединений и возможных временных обрывов связи. Компоненты XtreemFS распространяются (http://code.google.com/p/xtreemfs/) под лицензией BSD (http://code.google.com/p/xtreemfs/source/browse/branches/XtreemFS-1.3.0/LICENSE). <br><br><br><br><br><br>При помощи XtreemFS в том числе можно обеспечить синхронизацию хранилища на нескольких серверах в разных дата-центрах. Предоставляется возможность гибкого контроля и управления работой ФС через подключение плагинов. Возможно создание снапшотов и бэкапа метаданных в асинхронном режиме. Для защиты передаваемых https://opennet.me/openforum/vsluhforumID3/94902.html#76 Wed, 19 Mar 2014 12:31:21 GMT пока в проекте "живо" - лишь бодро-написанный/выглядящий веб-сайт, очень любимого амер. правительственными/разведываетльными огранизациями, облика/функциональности.<br> https://opennet.me/openforum/vsluhforumID3/94902.html#75 Tue, 18 Mar 2014 13:59:29 GMT drdb<br> https://opennet.me/openforum/vsluhforumID3/94902.html#74 Mon, 17 Mar 2014 19:35:14 GMT &gt; смотря чего хочется. Если захочется двигаться и развиваться дальше, то на определённом <br>&gt; этапе придётся делать своё решение. <br><br>верно<br>&gt; Но ява к этому ещё <br>&gt; подкинет кучку инженерного гогна в виде аппетитов к памяти и внезапного <br>&gt; GC.<br><br>так а аналоги-то тому же ходупу где, не на яве? в любом случае, не верится в то, что люди ,находясь в здравом уме, будут с нуля писать аналог на С/С++ не имея 100% гарантию того, что проект "выстрелит" =&gt; берется тотже ходуп, поначалу пытаются взлететь "как есть", потом наступает Просветление, изучается "сопроцессоры". Потом наступает еще 1 Просветление, начинают патчить ходуп "под себя". ну и уже после этого можно начать думать о чем-то своем. так что фраза про "для нищебродов" она как-то.. не вернА, мне по-прежнему кажется.<br><br> https://opennet.me/openforum/vsluhforumID3/94902.html#73 Mon, 17 Mar 2014 19:30:31 GMT &gt; Это уже хуже, будут задержки и из-за внезапного наплыва пользователей может быть <br>&gt; временами очень плохо.<br><br>ну значит AI должен быть чуть лучше, в зав-ти от фазы луны генерить статику и отдавать ее, либо ходить за ней в бд.<br>в прошлом комменте я затупил про 404, есть же try_files :)<br> https://opennet.me/openforum/vsluhforumID3/94902.html#72 Mon, 17 Mar 2014 19:07:11 GMT смотря чего хочется. Если захочется двигаться и развиваться дальше, то на определённом этапе придётся делать своё решение. Будет это на мясе из хадупа или нет уже не так важно, ибо разрабатывать нужно будет в обоих вараиантах много, архитектурно и алгоритмически. Но ява к этому ещё подкинет кучку инженерного гогна в виде аппетитов к памяти и внезапного GC.<br> https://opennet.me/openforum/vsluhforumID3/94902.html#71 Mon, 17 Mar 2014 19:02:48 GMT Это уже хуже, будут задержки и из-за внезапного наплыва пользователей может быть временами очень плохо. <br> https://opennet.me/openforum/vsluhforumID3/94902.html#70 Mon, 17 Mar 2014 18:28:33 GMT &gt; нужно смотреть по факту, может быть хреново. Вариант с выгрузкой из БД <br>&gt; очень даже хорош (~ строим очередь обновлений + на каждой машине <br>&gt; докатываем новые файлы), но его же кодить нужно, хоть и не <br>&gt; много.<br><br>да банальная проверка тем же ngx на наличие файла + обработчик 404 ошибки, который сходит в БД и покладет картинку куда нужно. это даже лучше чем cron, к примеру<br><br> https://opennet.me/openforum/vsluhforumID3/94902.html#69 Mon, 17 Mar 2014 18:25:58 GMT &gt; Не нужно думать, что hdfs/hadoop это такое замечательное отлаженное решенре, на самом деле там довольно много косяков и много чего нужно долго и нудно допиливать напильником. <br><br>а я и не считаю его готовым к использованию "как есть". но таки пилить его дешевле и проще, чем ваять аналог с нуля. не?<br> <br><br><br> https://opennet.me/openforum/vsluhforumID3/94902.html#68 Mon, 17 Mar 2014 18:16:53 GMT нужно смотреть по факту, может быть хреново. Вариант с выгрузкой из БД очень даже хорош (~ строим очередь обновлений + на каждой машине докатываем новые файлы), но его же кодить нужно, хоть и не много.<br>