The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

DNS Push-уведомления получили статус предложенного стандарта, opennews (??), 01-Июл-20, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


21. "DNS Push-уведомления получили статус предложенного стандарта"  +/
Сообщение от Аноним (1), 02-Июл-20, 01:34 
Сделай все нужные записи в отдельной зоне 4-го уровня и отдавай ее всем желающим. По сути данный RFC именно это и стандартизирует, только без выделения записей в отдельный домен. Однако, в реальности они все-таки будут в отдельном домене, потому что придется как-то настраивать разрешения на отдачу этих данных, а это проще будет сделать для домена целиком. Да и использоваться это будет для записей в домене namespace.svc.cluster.local.

Так что на практике нет никакой разницы, между разрешением трасфера зоны всем желающим и данным RFC.

Ответить | Правка | Наверх | Cообщить модератору

23. "DNS Push-уведомления получили статус предложенного стандарта"  +/
Сообщение от Аноним (1), 02-Июл-20, 01:44 
Ну, разве что добавляется возможность подписки на единственную запись типа

cassandra.namespace.svc.cluster.local.

вместо всей зоны.

Еще, возможно, протокол трансфера зоны не стандартизирован, а тут потребовалось стандартизировать решение.

Ответить | Правка | Наверх | Cообщить модератору

54. "DNS Push-уведомления получили статус предложенного стандарта"  +/
Сообщение от Sw00p aka Jerom (?), 02-Июл-20, 13:53 
>Еще, возможно, протокол трансфера зоны не стандартизирован, а тут потребовалось стандартизировать решение.

Стандартизирован ведь.

Ответить | Правка | Наверх | Cообщить модератору

56. "DNS Push-уведомления получили статус предложенного стандарта"  +/
Сообщение от Аноним (58), 02-Июл-20, 14:12 
> Сделай все нужные записи в отдельной зоне 4-го уровня и отдавай ее всем желающим.

Типичный namespace.svc.cluster.local может содержать сотни и тысячи RR, не круто каждый раз столько по сети гонять.
Ну и реализовывать в клиенте функциональность авторитативного слейва — такое себе. Опять же, ему придётся парсить всю зону ради одной-двух записей.

Перекладывать нагрузку с сервера на клиент — неплохое решение, но только при условии, что за ресурсы клиента вы не платите. В противном случае не просто получаем умножение нагрузки пропорционально числу клиентов, но и страдаем от него.

> Однако, в реальности они все-таки будут в отдельном домене, потому что придется как-то настраивать разрешения на отдачу этих данных, а это проще будет сделать для домена целиком.

Почему?

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру