The OpenNET Project / Index page

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

Организация ISC намерена перевести BIND 10 на более открытую модель разработки

14.01.2012 21:44

Некоммерческая корпорация Internet Systems Consortium (ISC) объявила на конференции BIND Open Day о желании расширить уровень вовлечённости независимых участников в разработку открытого проекта BIND 10. Организация ISC намерена привлечь дополнительных сторонних программистов, уйдя от практики обособленного развития BIND, разрабатываемого до сих пор под покровительством одной организации. Представители ISC высказали желание сформировать более широкое сообщество разработчиков вокруг BIND. При этом, ISC сохранит за собой права на код и основной контроль за развитием проекта. Конкретный набор правил по приёму в состав проекта стороннего кода с реализацией новой функциональности пока не определён.

По мнению Шейна Керра (Shane Kerr), управляющего разработкой BIND 10, расширение круга разработчиков, работающих над кодом BIND и изучающих этот код, приведёт к ускорению процесса выявления и исправления ошибок. Как правило интерес к разработке сторонних лиц связан с необходимостью решения каких-то насущных проблем. Более открытый процесс развития BIND даст возможность самостоятельно развивать необходимые функции, необходимость наличия которых может быть неочевидна при централизованном методе развития. Модульная структура BIND 10 позволяет легко расширять функциональность - сторонние разработчики могут создавать модули с реализацией необходимых функций, которые могут подключаться опционально, по желанию пользователя.

BIND является наиболее популярным DNS-сервером в сети, около 80% всех DNS-серверов работают под его управлением. Несмотря на это, до сих пор развитие проекта осуществлялось достаточно небольшим коллективом разработчиков, поддерживаемых несколькими компаниями и государственными учреждениями. BIND 10 является первой попыткой значительной переработки продукта с момента выпуска BIND 9 в 2000 году. Первый стабильный релиз BIND 10 планируется выпустить в конце 2012 года.

Код BIND 10 был практически полностью переписан и с точки зрения архитектуры кардинально отличается от BIND 9. Если в BIND 9 все возможности предоставлял один серверный процесс, то в BIND 10 используется идея разделения функций по отдельным взаимосвязанным процессам, каждый из которых реализует свой сервис. Разделение по разным процессам позволяет более рационально использовать ресурсы многоядерных систем, позволяет более тонко управлять изоляцией процессов и повышает надёжность. Среди других отличий можно упомянуть поддержку различных моделей хранения данных, повышенную масштабируемость, поддержку кластеризации и интеграцию модуля с поддержкой протокола DHCP. Обзор архитектуры и возможностей BIND 10 можно увидеть в тексте анонса первой тестовой версии.

  1. Главная ссылка к новости (http://www.networkworld.com/ne...)
  2. OpenNews: В BIND 10, кроме DNS, будет интегрирован DHCP-сервер
  3. OpenNews: Представлена первая тестовая сборка DNS-сервера BIND 10
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/32805-bind
Ключевые слова: bind, isc, dns
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (39) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, mirr0r (ok), 22:33, 14/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    >Код BIND 10 был практически полностью переписан и с точки зрения архитектуры кардинально отличается от BIND 9
    > ... то в BIND 10 используется идея разделения функций по отдельным взаимосвязанным процессам, каждый из которых реализует свой сервис
    > Разделение по разным процессам позволяет более рационально использовать ресурсы многоядерных систем, позволяет более тонко управлять изоляцией процессов и повышает надёжность.

    Какото жутковато каждый раз читать по поводу улучшения и повышения (надежности, защищенности и т.д.).
    Не получилось бы "хотели как лучше, получилось как всегда".
    Усложнение структуры еще никогда не приводило к повышению и улучшению.
    Допиливать до нужного состояния будет сложнее. ИМХО

     
     
  • 2.4, Аноним (-), 23:02, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А они не читали господина D.J.Berstein. Иначе б знали куда ведет усложнение софта. Безопасность? Рациональность? Это они про bind??? :)))
     
     
  • 3.6, mirr0r (ok), 23:25, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > куда ведет усложнение софта

    Усложнение софта ведет к усложнению железа, которое ведет к
    усложнению софта, которое ведет к усложнению железа ...
    Ну и так далее. А потом из-за угла выползает тот самый, который
    не толстый, а полный.

     
     
  • 4.22, Аноним (-), 09:20, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Усложнение софта ведет к усложнению железа, которое ведет к
    > усложнению софта, которое ведет к усложнению железа ...

    И мы получаем набор багов, дырок и тормозных монструозных глюкастиков. Нет, ну ынтырпрайзам то на это традиционно положить, их дело - продать, а там потом хоть ядерная война.

    > Ну и так далее. А потом из-за угла выползает тот самый, который
    > не толстый, а полный.

    BIND10 наверное. Будет архижирной ынтырпрайзной фигней.

     
  • 3.12, Аноним (-), 02:24, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А они не читали господина D.J.Berstein. Иначе б знали куда ведет усложнение софта.

    Практика жестоко разбивает воздушные замки Берштейна.
    Возьмем, например, такой перегруженный функциональностью комбайн, как OpenSSH.
    Разве он испытывает серьезные проблемы с безопасностью?

     
     
  • 4.17, anonymous (??), 04:51, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет уж, извините. Здесь на безопасность обращают серьёзное внимание (и тем не менее, всё равно находят дыры), а вот в обычных проектах это зачастую не так.
     
  • 4.23, Аноним (-), 09:21, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Возьмем, например, такой перегруженный функциональностью комбайн, как OpenSSH.

    Не, давайте уж возьмем bind9 как гораздо более теметическую штуку. Да, он _испытывает_ проблемы с безопасностью, которые DJB'у и не снились.

     
     
  • 5.29, Аноним (-), 12:53, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот именно потому, что весь прошлый год биндари только на моей памяти раз 5 закрывали повторно Каминского, они, заипамшись, пытаются сообщество напрячь. Типа, у семи нянек дитя без глазу...тихий ребенок! :D:D:D:D:D
     
     
  • 6.39, Аноним (-), 13:42, 16/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот такое вот оно не дырявое. И еще мнго чего закрывали. Десятый будет видимо совсем жесть.
     
  • 4.45, PereresusNeVlezaetBuggy (ok), 04:33, 18/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А вы хотя бы RFC на то, что связано с DNS и на SSH по сложности и количеству давно сравнивали?
     
  • 2.11, Аноним (-), 01:53, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Усложнение структуры еще никогда не приводило к повышению и улучшению.
    > Допиливать до нужного состояния будет сложнее. ИМХО

    Очень узко мыслите. И опыта у вас, очевидно, маловато.

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

     
     
  • 3.13, Аноним (-), 02:56, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Грамотный выбор архитектуры

    Грамотное проектирование архитектуры

     
     
  • 4.14, Аноним (-), 02:58, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Грамотное проектирование архитектуры

    Да.

     
  • 3.24, Аноним (-), 09:22, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > чем одно большое месиво, при одинаковой функциональности.

    Правильно, потому что на самом деле это должно быть 1 маленькое и аккуратное. Тогда не придется дыры спешно затыкать и разгребать мегатонны багов. Но это наверное слишком просто :)

     
     
  • 4.30, Аноним (-), 12:54, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> чем одно большое месиво, при одинаковой функциональности.
    > Правильно, потому что на самом деле это должно быть 1 маленькое и
    > аккуратное. Тогда не придется дыры спешно затыкать и разгребать мегатонны багов.
    > Но это наверное слишком просто :)

    (фыркаю) Инженеры повывелись. Инженер - он знает, что чем меньше деталей - тем надежней. М.Т.Калашников - инженер. А айтишнеги - они сроду инженерами не были. Иначе бы монструозных поделий не было бы в таком количестве...

     
     
  • 5.37, Аноним (-), 04:00, 16/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >(фыркаю) Инженеры повывелись. Инженер - он знает, что чем меньше деталей - тем надежней. М.Т.Калашников - инженер. А айтишнеги - они сроду инженерами не были. Иначе бы монструозных поделий не было бы в таком количестве...

    Не гони! Инженеры никуда не делись, а изменилась среди и, соответственно, требования от инженера. Сегодня инженеру нужно развивать в себе качества руководителя и лидера попутно дотягивая до бизнессмена. Одновременно необходимо осваивать рынок и учиться конкурировать на этом рынке отслеживая тенденции рыночных процессов. Инженеры просто вынуждены, но оттуда никто не возвращается поскольку конкуренция - процесс бесконечный (а с точки зрения прогресса и общественного интереса - далеко не оптимальный вариант как способа развития). Мне ли вам говорить какой подмножество формируется если из множества убрать лучших предствителей? Не знаю как внутри кольца МКАД'а, но в регионах за з/п сегодня жить нельзя - да и глупо это ограничивать себя чьими-то оценками (например в виде з/п). Ну а будущее обещает быть очень интересным.

    P.S.: Напомните, кем являются основатели гугла.

     
     
  • 6.38, Аноним (-), 04:02, 16/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >изменилась среди

    изменилась среда

    >Инженеры просто вынуждены

    Инженеры просто вынуждены выходить за рамки своей родной прикладной области

    //fixed

     
  • 3.36, mirr0r (ok), 23:00, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вот исчо один онаним с афигенным опытом и широтой мышления.
    - Вы даже представить не можете широту его мышления.
    - Дааа, плоскость необозримая.
     

  • 1.2, IdeaFix (?), 22:43, 14/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    так революция неизбежна. В DNS разом мног изменений будет... и нац. домены и ipv6 и еще какая халера наверняка... надо что-то делать.
     
     
  • 2.5, Аноним (-), 23:03, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > так революция неизбежна.

    Задолбаетесь потом за хлебом по карточкам стоять и закaпывать убитых.

     
     
  • 3.31, Аноним (-), 12:55, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> так революция неизбежна.
    > Задолбаетесь потом за хлебом по карточкам стоять и закaпывать убитых.

    Бинго, мужик. :) Эти дауны фигово себе представляют революцию любого рода :)

     

  • 1.7, filosofem (ok), 23:37, 14/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Организация ISC намерена перевести BIND 10 на более открытую модель разработки

    Ога, в инкубатор Apache Foundation ему дорога.

     
     
  • 2.9, Аноним (-), 00:19, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Предложи адекватную замену. Только не огрызок годный лишь для локалхоста, а нормальный сервер с аналогичным набором возможностей.
     
     
  • 3.10, Аноним (-), 00:27, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот когда бинд апачу отдадут, тогда сообщество, может быть, и почешется сделать ему адекватную замену.
    А пока остаются лишь огрызки типа powerdns/djbdns, применимые только на самых простых задачах.
     
  • 3.25, Аноним (-), 09:24, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Предложи адекватную замену. Только не огрызок годный лишь для локалхоста, а нормальный
    > сервер с аналогичным набором возможностей.

    Вот когда тебе ломанут твой уютненький ынтырпрайз через эту монстрятину - ты наверное и озаботишься этим вопросом. У нас же как, пока гром не грянет - мужик не перекрестится :)

     
     
  • 4.32, Аноним (-), 12:56, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Предложи адекватную замену. Только не огрызок годный лишь для локалхоста, а нормальный
    >> сервер с аналогичным набором возможностей.
    > Вот когда тебе ломанут твой уютненький ынтырпрайз через эту монстрятину - ты
    > наверное и озаботишься этим вопросом. У нас же как, пока гром
    > не грянет - мужик не перекрестится :)

    Если бы ты реально использовал бинд, то знал бы две вещи. Каминским его ломают весь прошлый год. Но - своевременные обновления и грамотное конфигурирование позволяет его без проблем использовать. Все дело в прокладке между консолью и сиденьем, знаешь ли. Ы?

     
     
  • 5.42, Аноним (-), 14:15, 17/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Все дело в прокладке между консолью и сиденьем, знаешь ли. Ы?

    Я не сомневаюсь что угребищность софтины можно компенсировать усиленным вJOBом админов. Вот вы пожалуй и вJOBывайте, если нужны его ынтырпрайзные суперфичи.

     
  • 3.27, write2net (ok), 11:14, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    tinydns и djbdns?
     
  • 3.35, Aleksey Salow (ok), 20:23, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это ж opensource, свобода, равенство, братство. Напишите сами, ну или наймите того что может написать что-то универсальное (или под ваши потребности)
     
     
  • 4.43, Аноним (-), 14:16, 17/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Это ж opensource, свобода, равенство, братство. Напишите сами, ну или наймите того
    > что может написать что-то универсальное (или под ваши потребности)

    Что-то у Капитана аварат сегодня мордой не вышел...

     
  • 3.41, dimm (??), 14:35, 16/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    nsd. не?
     
  • 3.46, PereresusNeVlezaetBuggy (ok), 04:35, 18/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Предложи адекватную замену. Только не огрызок годный лишь для локалхоста, а нормальный
    > сервер с аналогичным набором возможностей.

    nsd + unbound. Учитывая, что тот самый BIND10 будет на Питоне, при всём моём уважении к последнему языку, придётся валить.

     
  • 3.47, Аноним (-), 15:31, 02/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Например unbound & nsd от nlnetlabs.
     

  • 1.8, Аноним (-), 00:10, 15/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > до сих пор развитие проекта осуществлялось достаточно небольшим коллективом разработчиков, поддерживаемых несколькими компаниями и государственными учреждениями

    Хм. А что они еще хотели, при такой-то лицензии?

     
  • 1.16, Аноним (-), 04:33, 15/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если конфигами нужно управлять их Х-ов - на---, на---
    Или я что-то недопонимаю?
     
     
  • 2.18, Аноним (-), 04:55, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Во, блин, я был уверен, что написал из а не их
     
  • 2.19, Аноним (-), 05:28, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ксати, интересная мысль, чтобы усилить "срачь" - внести в сообщения "Аноним-оузов" - пару-тройку орфографических ошибок :-)
     

  • 1.20, Аноним (-), 07:04, 15/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Разделение по разным процессам позволяет более рационально использовать ресурсы многоядерных систем

    Только разделения мало, надо это разделение ещё грамотно сделать.

     
     
  • 2.44, Аноним (-), 14:17, 17/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Только разделения мало, надо это разделение ещё грамотно сделать.

    Спасибо, апач уже видели. На теоретической машине с бесконечным числом процессоров он крут. На практической - кладется даже школьником.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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