Category: компьютеры

suhov

От-соседа-к-соседу для Живого Журнала

Кажется настаёт пора, когда ЖЖ из центрального ресурса должен превратиться в децентрализованный. Этот путь уже проделан в музыкальной и кино-сфере Интернета, когда центральный ресурс по обмену mp3-файлами Napster был успешно "замочен" звуковой индустрией и в результате появились клиенты вроде BitTorrent или eDonkey обменивающиеся файлами по децентрализованной технологии известной как peer-to-peer или от-соседа-к-соседу.

Идея может быть примерно следующей. Иметь один сервер это всё равно что складывать все яйца в одну корзину - рано или поздно найдётся Суп, чья волосатая лапа дотянется до корзиночки и успешно её приватизирует себе. Поэтому, учитывая мощность современных персональных компьютеров, разумно хранить журналы децентрализованно, скажем на каждый компьютер по 10-20 журналов. Конечно персоналка дома это не мощный сервак в Калифорнии, работающий круглосуточно, поэтому нужно учитывать что перед тем как лечь спать большинство людей выключает свои компьютеры. Чтобы из-за этого журналы хранящиеся на компьютере не становились недоступными, нужно иметь в Сети постоянно 10-20 доступных компьютеров. Если один из них выключается, то его соседи передают сигнал в Сеть что компьютер ушёл, поэтому ему срочно нужно создать замену, то есть скопировать журналы которые он хранил у себя (с других пока ещё активных компьютеров) на другой компьютер. Таким образом число активных компьютеров, хранящих у себя определённый журнал, остаётся примерно постоянным. Это примерно как GFS - Google File System. Она была создана с целью надёжного хранения данных в распределённой сети компьютеров - если один комп вырубается, то его данные, копии которых хранятся у соседей, быстренько копируются на другой комп и таким образом данные никогда не теряются. Естественно остаётся вопрос быстрого нахождения компьютера которые хранит у себя журнал по запросу - скажем если пользователь X решил почитать Крылова, то откуда децентрализованная Сеть знает местонахождение компьютера, где хранится копия журнала Крылова? Это задача опять же не новая и она успешно решена в GFS, так что можно придумать что-нибудь подобное. То же самое и с распространением изменений в журналах по Сети - все копии должны быть синхронизированы и как можно скорее.

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

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