Комментарии 10
Мы остановили свой выбор на продукте ANS Carrier-Grade DNS Appliance (он пока не является коммерчески доступным, но мы можем поделиться контактами представителей этой компании). Нас, в частности, привлекли следующие его плюсы:
А вам его отдали с исходниками, или для вас это черный ящик с API?
Сами себе придумали проблему и решили.
Как же бедные хостеры до этого жили и управляли доменами своих клиентов? Все уже давным давно решено.
Первый раз слышу чтоб кто то вообще добавлял днс записи через заявки по телефону, на дворе уже давно не девяностые.
Как же бедные хостеры до этого жили и управляли доменами своих клиентов? Все уже давным давно решено.
Первый раз слышу чтоб кто то вообще добавлял днс записи через заявки по телефону, на дворе уже давно не девяностые.
При чем тут девяностые вообще? Мы не используем готовую панель управления хостингом, а развиваем свою (тому есть множество причин). У нас до сегодняшнего дня не было функциональности автоматизированного управления DNS, мы реализовали данную возможность на инструменте, который заточен под высокую нагрузку и рассказали об этом хабросообществу, посчитав это интересной темой. Так что ваш комментарий не совсем здесь в тему.
Вам конечно виднее
Я бы на вашем месте не стал кричать про то что у других давным давно есть.
Для меня эта статья характеризует вас как очень отсталого хостера к тому же изобретающего велосипеды.
Я бы на вашем месте не стал кричать про то что у других давным давно есть.
Для меня эта статья характеризует вас как очень отсталого хостера к тому же изобретающего велосипеды.
Я знаю парочку хостингов, где в 2015 году используют BIND с конфигами файловыми.
На своем проекте у меня PowerDNS + PostgreSQL. API у PDns «та еще конфетка», но всяко лучше, чем ручками гонять из скриптов sql запросы, переподписывать зоны и пинать PDns на перечитку бекенда.
Если мало что надо менять для себя можно еще djbdns использовать, очень шустрая штуковина
На своем проекте у меня PowerDNS + PostgreSQL. API у PDns «та еще конфетка», но всяко лучше, чем ручками гонять из скриптов sql запросы, переподписывать зоны и пинать PDns на перечитку бекенда.
Если мало что надо менять для себя можно еще djbdns использовать, очень шустрая штуковина
Powerdns не надо пинать на «перечитку» если используется динамический бэкенд (postgresql в их числе). Разработчики недавно в своём блоге расписали как они с бэкендами работают:
http://blog.powerdns.com/2015/06/23/what-is-a-powerdns-backend-and-how-do-i-make-it-send-an-nxdomain/
http://blog.powerdns.com/2015/06/23/what-is-a-powerdns-backend-and-how-do-i-make-it-send-an-nxdomain/
Может и не надо, в последних то версиях. но:
а) API проще и быстрее, и «оно дальше само». curl + json, время выполнения из шелла или с web'а копеешное;
б) чтобы передернуть зону из постгреса надо или косячить скриптовый костыль который будет обновлять табличку записей, обновлять табличку зоны (про инкремент серийника помним?) переподписывать зону на DNSSEC, и (у меня без этого хоть убейся не работало) говорить PDNS'у перечитать бекенд.
Время выполнения в шелле недопустимо большое.
а) API проще и быстрее, и «оно дальше само». curl + json, время выполнения из шелла или с web'а копеешное;
б) чтобы передернуть зону из постгреса надо или косячить скриптовый костыль который будет обновлять табличку записей, обновлять табличку зоны (про инкремент серийника помним?) переподписывать зону на DNSSEC, и (у меня без этого хоть убейся не работало) говорить PDNS'у перечитать бекенд.
Время выполнения в шелле недопустимо большое.
PowerDNS
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как мы разработали свой DNS-менеджер