|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Oleg Goodyckov 2:5020/400 19 Mar 2001 20:03:23
To : All
Subject : Re: Microsoft предлагает запретить Linux!!!
--------------------------------------------------------------------------------
On Sun, Mar 18, 2001 at 08:09:20PM +0300, Boris Tyshkiewitch wrote:
> Vladimir Butenko <butenko@stalker.com> wrote:
>
> > Хрен его знает. Я послезавтра улетаю. Распечатаю в самолете все DNS-ные
> > RFC -
> > если это за неделю можно будет сделать, то, может, летом...
>
> > А требования к "хорошему " DNS кто-нибудь может сформулировать?
>
> Там несколько направлений:
>
> 1. Cходу кластерное решение. Одна машина нафиг не нужна, ибо после любой
> операции должны пройти изменения на secondary, и не только update зоны, но
> и create/delete.
>
> 2. Виртуальные DNS. Это типа как виртуальные www & mail. Клиент в вебе
> конфигурирует всякие IN A, MX и проч. Оно тут-же начинает работать, включая
> secondary.
>
> 3. configured database backends. как минимум LDAP
>
> 4. global load balancing. Смотрим откуда пришел запрос и отдаем разные
> ответы на основании всякого полуискуственного интеллекта - живость того, что
> отдаем, ping до него, информация из BGP, полученная от удаленных агентов, и
> много другого.
>
> Hу и все что в RFC, включая свежие типа SRV записей (или как их там, типа
> MX, но для чего угодно).
>
> Вобщем да, кроме п. 4, Вова сделает за пару недель, ибо почти все уже есть.
> А потом мы будем год трахаться с его бетами.
>
> Boris.
>
- --- конец цитаты ---
"Паслуший, дядь Вова, я тыбе адын умный вешш скажу. Можеш на нее свои
гэныталыы палажыть патом, эсли захош".
База данных ДHС - обычная иерархическая БД. Основные проблемы Hамеда, на
сколько я знаю, cвязаны с его неумением работать под серьезной нагрузкой.
Тебе прийдется решать те же задачи. Так вот, чтобы не изобретать
велосипед, советую. Сделай только фронтенд - транслятор операций ДHС
в операции обычной реляционной СУБД. Тогда вопросы работы под нагрузгой
пересядут на плечи СУБД. Да и вообще многие другие задачи (поддержание
целостности, обслуживание служебных данных и т.п.) ты успешно спихнешь
на плечи разработчиков СУБД. А они с ними давно и хорошо знакомы.
А можно еще попробовать применить к задаче собственно иерархическую
СУБД - FramerD. Или реляциооно-сетевую (по крайней мере в прошлом) -
ADABAS (уж больно быстро она работала). Да не важно. Через интерфейсный
модуль привяжешь означенный транслятор к любой СУБД и будешь всем
пользователям со спокойной душой давать отписки "ковыряйте СУБД".
--- ifmail v.2.15dev5
* Origin: unknown (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
