Какой алгоритм DHT использовать (если я хочу присоединиться к двум отдельным DHT)?

Question

Я изучал некоторые системы DHT, особенно Pastry and Chord. Я читал некоторые опасения по поводу реакции Хорда на отток, хотя я считаю, что это не будет проблемой для моей задачи. Я реализую услугу социальной сети, которая не полагается на какие-либо центральные серверы для проекта курса. Мне нужен DHT для поиска.

Теперь я не знаю всех серверов в сети в начале. Как я уже сказал, основного сервера трекера нет. Он работает следующим образом: каждый клиент имеет три выделенных сервера. У трех серверов есть профиль клиента, и это стена, это личная информация, реплицируется. Я только узнаю о другой группе серверов, когда пользователь добавляет друга (вводя адрес клиента). Поэтому я бы создал два отдельных DHT для двух групп из трех серверов, и когда они друг другу друг друга, я хотел бы присоединиться к DHT. Я хотел бы это последовательно. У меня не было много времени, чтобы узнать все, что знакомо с протоколами, поэтому я хотел бы узнать, какой из них лучше, если я хочу присоединиться к двум отдельным DHT?

Answer 1

Распределенные хэш-таблицы предназначены для автоматической обработки проблемы поиска узла, в котором хранится данный фрагмент данных. Таким образом, в философии дизайна DHT у вас не будет выделенного сервера для профиля, стены и т. Д. ... у вас будет выделенный идентификатор данных для каждого из них, и DHT будет обрабатывать размещение данных среди активных серверов и найти правильный сервер для данной части данных.

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

Хорошая техническая сравнительная бумага - A performance vs. cost framework for evaluating DHT design tradeoffs under churn (PDF), с Infocom 2005, если вы действительно хотите подробности.