И опять про P2PNS
Feb. 27th, 2012 04:51 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
doldoniusПросто собираю мысли в кучку.
Что есть и к чему стремиться:
Еще подумать:
А еще вредно много писать на баше. Так и норовлю вместо "</tag>" ляпнуть "<gat>".
Что есть и к чему стремиться:
| DNS | P2PNS |
|---|---|
| Иерархическая система. | Узел считается "хозяином" захваченных им доменов; в остальном система плоская. |
| Авторитетные серверы для доменов известны только серверам более высокого уровня. | Все знают всех. |
| Имена в доменах, серверы которых недоступны, узнать невозможно. | Каждый узел хранит возможно полную копию всей таблицы имен-адресов. |
| Существует платная система регистратур, которые могут в любой момент отменить делегирование. | Регистрация домена осуществляется бесплатно, явочным порядком; пока узел ведет себя прилично, никто у него домен не отнимет. |
| Существуют корневые серверы, без которых вся система быстро перестанет работать. | Более-менее актуальную информацию можно получить, пока жива хотя бы часть пиров. |
| Доменные имена продают и покупают. | Тоже возможно, но заведомые сквоттеры рискуют угодить в черный список. |
| Домен освобождается тогда, когда истекает срок оплаты. | Домен освобождается, если самой свежей записи исполнилось, допустим, 32 миллиона секунд. |
| Записи считаются валидными в течение установленного времени. Пока оно не истекло, конечные пользователи могут получать устаревшие данные. | Запись считается валидной год с лишним, но изменения попадают к пирам так быстро, как только возможно. |
| Нагрузка на серверы пропорциональна их рангу. Корневые загружены по самые уши. | Пиры стараются распределить нагрузку. |
Еще подумать:
- Надо как-то ограничить число "соседей", которым узел пихает данные, иначе начнется лишняя реверберация. И при этом избежать развала системы на изолированные области. Смутно подозреваю, что должно существовать математическое решение, "но доказать не могу".
- Проверка свободности имени узла и домена, особенно удачная, дело хлопотное. По уму, надо опросить всех пиров. Нужно хорошенько продумать процедуру, чтобы негодяй не мог зафлудить систему запросами.
А еще вредно много писать на баше. Так и норовлю вместо "</tag>" ляпнуть "<gat>".
no subject
Date: 2012-03-08 02:22 am (UTC)И вообще, что-то меня тут тревожит. Я планировал держать на каждом узле возможно полную копию справочника. Если узел держит только часть, убиваемость системы в целом возрастает. И круглосуточная доступность данных не очень-то обеспечивается (допустим, нужный нам адрес по случайному совпадению хранится только на узлах в Катманду — а тут бац, и Катманду обесточили).
Ну и, опять-таки, коллизии.