http://wiki.linuxformat.ru/wiki/index.php?title=LXF76:%D0%98%D0%BD%D1%82%D0%B5%D1%80%D0%B2%D1%8C%D1%8E&feed=atom&action=historyLXF76:Интервью - История изменений2024-03-29T04:39:29ZИстория изменений этой страницы в викиMediaWiki 1.19.20+dfsg-0+deb7u3http://wiki.linuxformat.ru/wiki/index.php?title=LXF76:%D0%98%D0%BD%D1%82%D0%B5%D1%80%D0%B2%D1%8C%D1%8E&diff=12240&oldid=prevEwgen: добавил категории2011-06-24T13:59:53Z<p>добавил категории</p>
<table class='diff diff-contentalign-left'>
<col class='diff-marker' />
<col class='diff-content' />
<col class='diff-marker' />
<col class='diff-content' />
<tr valign='top'>
<td colspan='2' style="background-color: white; color:black;">← Предыдущая</td>
<td colspan='2' style="background-color: white; color:black;">Версия 13:59, 24 июня 2011</td>
</tr><tr><td colspan="2" class="diff-lineno">Строка 359:</td>
<td colspan="2" class="diff-lineno">Строка 359:</td></tr>
<tr><td class='diff-marker'> </td><td style="background: #eee; color:black; font-size: smaller;"><div>работая над проблемами, пускай другие</div></td><td class='diff-marker'> </td><td style="background: #eee; color:black; font-size: smaller;"><div>работая над проблемами, пускай другие</div></td></tr>
<tr><td class='diff-marker'> </td><td style="background: #eee; color:black; font-size: smaller;"><div>переживают по поводу доли рынка и объема продаж.</div></td><td class='diff-marker'> </td><td style="background: #eee; color:black; font-size: smaller;"><div>переживают по поводу доли рынка и объема продаж.</div></td></tr>
<tr><td colspan="2"> </td><td class='diff-marker'>+</td><td style="background: #cfc; color:black; font-size: smaller;"><div><ins style="color: red; font-weight: bold; text-decoration: none;"></ins></div></td></tr>
<tr><td colspan="2"> </td><td class='diff-marker'>+</td><td style="background: #cfc; color:black; font-size: smaller;"><div><ins style="color: red; font-weight: bold; text-decoration: none;">[[Категория:Интервью]]</ins></div></td></tr>
<tr><td colspan="2"> </td><td class='diff-marker'>+</td><td style="background: #cfc; color:black; font-size: smaller;"><div><ins style="color: red; font-weight: bold; text-decoration: none;">[[Категория:Джереми Эллисон]]</ins></div></td></tr>
<tr><td colspan="2"> </td><td class='diff-marker'>+</td><td style="background: #cfc; color:black; font-size: smaller;"><div><ins style="color: red; font-weight: bold; text-decoration: none;">[[Категория:К доработке]]</ins></div></td></tr>
</table>Ewgenhttp://wiki.linuxformat.ru/wiki/index.php?title=LXF76:%D0%98%D0%BD%D1%82%D0%B5%D1%80%D0%B2%D1%8C%D1%8E&diff=6890&oldid=prevYaleks: Новая: == Король Самбы == {| style="border:1px solid #000000;" align=right !colspan=2|Визитка LXF |- | colspan=2|Джереми Эллисон |- | colspan=2|[[Изображ...2009-02-10T20:00:32Z<p>Новая: == Король Самбы == {| style="border:1px solid #000000;" align=right !colspan=2|Визитка LXF |- | colspan=2|Джереми Эллисон |- | colspan=2|[[Изображ...</p>
<p><b>Новая страница</b></p><div>== Король Самбы ==<br />
{| style="border:1px solid #000000;" align=right<br />
!colspan=2|Визитка LXF<br />
|-<br />
| colspan=2|Джереми Эллисон<br />
|-<br />
| colspan=2|[[Изображение:Img_76_38_2.jpg|thumb|center|200px|Джереми Эллисон работает в Unix с начала времен, а прославился благодаря своей работе над сетевым проектом Samba. Когда Linux добрался до сетевых решений, он переключился на них и сейчас работает над Samba как штатный сотрудник Novell.]]<br />
|-<br />
|ВОЗРАСТ ||43<br />
|-<br />
|НАЦИОНАЛЬНОСТЬ ||Американец<br />
|-<br />
|ИСПОЛЬЗУЕТ LINUX ||10 лет<br />
|-<br />
|ЯЗЫКИ ПРОГРАММИРОВАНИЯ ||6<br />
|-<br />
|КОЛИЧЕСТВО ПК ||10<br />
|-<br />
|ДНЕВНАЯ НОРМА КОФЕ ||12 чашек<br />
|-<br />
|ПАР САНДАЛИЙ ||0<br />
|-<br />
| colspan=2| Он говорит: «Я капитально ленив»<br />
|}<br />
: ''Samba делает Windows окном в более широкий мир, но насколько это важно для движения свободного программного обеспечения, понимают немногие. Мы встретились с одним из этих немногих: Джереми Эллисон (Jeremy Allison), ведущий разработчик проекта…''<br />
<br />
Несмотря на то, что Linux<br />
(хоть это и оспаривается)<br />
надежнее, эффективнее и<br />
свободнее, чем Microsoft<br />
Windows, миллионы фирм<br />
по всему миру еще не пробовали с ним работать. Причина – противодействие распространителей коммерческого ПО. Microsoft прежде всего использует<br />
собственные форматы файлов и протоколов, а скромное количество открытых стандартов, применяемое в этой компании, часто «охвачено и расширено» так, что совместимость с другими операционными системами превращается в кошмар.<br />
<br />
Samba – свободно распространяемое<br />
ПО, победившее эти проблемы. Создавая<br />
мост между Unix и Windows, Эндрю<br />
Триджелл (Andrew Tridgell), Джереми<br />
Эллисон (Jeremy Allison) и другие ухитрились сделать настолько хорошую программу, что даже Microsoft (по слухам) использует ее в качестве справочной реализации.<br />
Samba 3 завоевала бешеную популярность,<br />
и скоро ожидается выход Samba 4, обещающей полную поддержку Active Directory.<br />
Мы встретились с Эллисоном, одним из<br />
основных разработчиков проекта, чтобы<br />
узнать о проекте побольше.<br />
<br />
; Linux Format: Поговорим о Samba 4. Сколько времени вы уже занимаетесь разработкой проекта?<br />
; Джереми Эллисон (Jeremy Allison): Думаю, уже около года, может, дольше. Проект большой – мы откусили здоровый ломоть. На сегодняшний день Kerberos Domain Controller и LDAP сервер разработаны хуже, чем другие области, и именно над ними сейчас ведутся основные работы.<br />
; LXF: Интересно…<br />
; ДЭ: Проблема в том, что люди доверяют серверу LDAP, который у них уже есть. По этой причине с Samba 4 возникла некоторая напряженность. С одной стороны, полно людей с небольшими офисами – на 50 компьютеров или около того. У них нет сервера LDAP, они не знают, что это такое, им просто нужно нечто для стандартизации учетных записей и сведения их в единый файл. Для них встроенный в Samba 4 LDAP сервер – именно то, что надо, поскольку он запускается почти без вмешательства и может работать с инструментами администрирования Windows.<br />
<br />
: С другой стороны, те, у кого 3 000 серверов, думают так: «Я уже установил полный LDAP сервер для предприятия. Зачем мне менять его на какую-то Samba 4, хоть вы и считаете ее классной?» В подобных случаях LDAP-серверу в Samba 4 придется выполнять роль кэша, прокси для уже работающего сервера LDAP. То есть большое количество кода надо дописывать и отлаживать, и, по-моему, это одна из наиболее трудных задач на данный момент.<br />
<br />
И я знаю, что сейчас они [разработчики версии 4] набросились на Heimdall-версию Kerberos, и опять-таки, эта версия<br />
будет идеальна для людей, которые не<br />
знают и знать не хотят, что такое Kerberos,<br />
и желают просто использовать единый<br />
вход (single sign-on) Windows. Но на<br />
более крупных предприятиях или в более<br />
масштабной среде люди, скорее всего,<br />
скажут «нет уж, подавайте мне MIT<br />
Kerberos сервер, наш дистрибутив идет<br />
именно с ним и в нем уже все встроено»<br />
– вам приходится соответствовать их требованиям. Опять же, KDC в Samba 4<br />
нужен какой-то прокси. Тут еще предстоит<br />
потрудиться.<br />
<br />
Это как раз моя часть работы – просмотреть уже входящий в него код и следовать установленной процедуре, поскольку в данный момент я не занимаюсь этой<br />
работой по-настоящему. Части Samba 4,<br />
над которыми я работал – это в основном<br />
клиентские библиотеки и пыточные тесты<br />
[тесты, специально подвергающие систему<br />
сверхнагрузке с целью проверки ее<br />
стойкости].<br />
Я добавил испытательных тестов, когда<br />
обнаружил, что кое-какие вещи следует<br />
подвергнуть регрессионным тестам. По<br />
крайней мере, в Samba 3; испытательный<br />
тестер в Samba 4 настолько хорош, что<br />
даже Microsoft его использует. Я не знаю,<br />
читали ли вы интервью с Биллом Хильфом<br />
(Bill Hilf) [руководитель лаборатории Linux<br />
при Microsoft] на Slashdot, он там говорит,<br />
что они не только этим тестером пользуются, но и прислали кое-какие поправки к<br />
нему.<br />
; LXF: Как вы считаете, мощь Samba 3 перейдет в версию 4?<br />
; ДЭ: Да, думаю, что да. Дело в том, что<br />
люди стали зависимы от нас после версии 3. Скажем так, бывают поставщики<br />
дистрибутивов Linux, которые не тестируют<br />
[версию] Samba, включаемую в их дистрибутив. Людям приходится обращаться к<br />
samba.org и качать оттуда работающую<br />
программу, поскольку то, что они получили<br />
вместе со своим дистрибутивом, не<br />
работоспособно.<br />
<br />
Интересный вопрос – является ли<br />
Samba технологией или продуктом. Если<br />
мы являемся технологией, то, в некотором<br />
смысле, нам труднее отлаживать ошибки.<br />
Раньше я говорил людям, обнаружившим<br />
ошибку: «Вот быстрая заплатка, не могли<br />
бы вы скомпилировать ее и попробовать?». Но сейчас большинство даже не<br />
знает, как это делать. Скорее всего, они<br />
скажут: «Эй, а где RPM?» И мне придется<br />
отвечать: «Я его вам сделаю, и вы сможете<br />
это попробовать».<br />
<br />
Для трех следующих релизов Джерри<br />
[Джеральд Картер – Gerald Carter, релиз-менеджер Samba] кое-что изменил: мы<br />
сообщим наиболее активным пользователям списка рассылки Samba, что не выпустим Samba для FreeBSD, пока не дождемся<br />
ответа типа: «Я проверил ее на FreeBSD, и<br />
она компилируется и работает как минимум в моей среде». Мы выявляем наиболее значимых членов сообщества Samba<br />
для каждой платформы и говорим им: «Вы<br />
– стражники у ворот». Мы обсуждали этот<br />
вопрос на прошлой неделе на конференции<br />
по встроенным (embedded) системам. Там<br />
присутствовало большинство команды<br />
Samba, и мы могли поспорить. Мы отлично<br />
ладим друг с другом, но всегда возникают<br />
споры и все такое.<br />
<br />
Что касается работы Samba на SUSE,<br />
по причине того, что есть я, Ларс [Мюллер<br />
– Lars Muеller)] и Гюнтер [Дешмер –<br />
Guenther Deschmer)], сегодня Samba под<br />
SUSE намного ближе к передовой технологии, чем то, что выходит из парадных дверей Samba.<br />
<br />
Ларс и Гюнтер всегда хорошо подбирали заплатки, но сегодня, если обнаруживается критическая<br />
ошибка, ее<br />
исправляют сразу в обеих ветвях [samba.<br />
org и SUSE]. В этом преимущество работы<br />
с Novell. Так что я намного счастливее себя<br />
чувствую по поводу тех релизов, которые<br />
мы готовим.<br />
; LXF: Вы говорите, что на данный<br />
момент не занимаетесь Samba 4 – а<br />
можно ожидать, что в некий момент<br />
ваши пути пересекутся?<br />
; ДЭ: Ну, может быть; я не знаю. На данный<br />
момент путь Samba 3 спланирован как<br />
минимум на пару лет. Cильно зависит от<br />
того, что понадобится, чего захочет потребитель, что мы еще туда включим – не<br />
знаю, просто не знаю.<br />
<br />
Очевидно, только Святой Грааль сможет заменить Active Directory, поскольку<br />
сегодня, как только вы попадаете в Active<br />
Directory, вы влипли, вы прикованы к технологии одного поставщика, и выхода<br />
оттуда нет. Вы на конвейере, который крутит Microsoft; только добавляй монетки,<br />
чтобы механизм не остановился. Мы<br />
должны изменить ситуацию, дать людям<br />
выбор. Как я однажды в сердцах сказал<br />
позвонившему клиенту – «Все, о чем нас<br />
просят потребители – это спасти их от<br />
ложного решения, которое они сами же и<br />
приняли». Короче, какими бы ни были<br />
наилучшая стратегия и решение для<br />
избавления людей от Active Directory – мы<br />
к этому движемся, не жалея усилий. Пока<br />
не знаю, когда это будет.<br />
; LXF: Samba 4 сейчас находится в<br />
«стадии Сьюзен», то есть Эндрю тестирует ее на сервере своей жены,<br />
верно?<br />
; ДЭ: Да, Сью ее использует, но если<br />
вспомнить, когда исходная Samba была на<br />
«этапе Сьюзен» – это было давно, лет<br />
десять назад – если сейчас говорят, что<br />
Samba 3 стала стандартом NT4 для предприятия, а я считаю, что есть полное право<br />
так сказать, то как раз десять лет ушло на<br />
превращение Samba со «стадии Сьюзен» в<br />
стандарт NT4 для предприятия. Как долго<br />
будет превращаться Samba 4 от «стадии<br />
Сьюзен» до стандарта Active Directory для<br />
предприятия? Наверное, это будет труднее,<br />
чем кажется.<br />
<br />
Мой план заключается в том, чтобы<br />
сказать: «О’кей, раз в ней есть все свойства Active Directory и она действительно<br />
справляется с работой контроллера доменов, пора отдать ей работу центрального<br />
узла, а на обычных серверах пусть будет<br />
Samba 3». Про это пишется во всех книгах, и куча народу имеет опыт<br />
конфигурирования.<br />
; LXF: Есть ли командный план работы над Samba?<br />
; ДЭ: Ничего подобного нет! Каждый член<br />
команды знает, что он делает. Это же проект Open Source: нет никакого Архитектора,<br />
который сидит и говорит: «Ты делаешь это,<br />
а он делает то». Скорее, все<br />
выглядит так: «Чем бы, черт<br />
возьми, заняться на этой неделе?» Мы работаем с проблемами, на которые наталкиваемся<br />
каждый день.<br />
<br />
Каждая успешная проверка<br />
означает шаг вперед. У нас<br />
есть цель, которую мы пытаемся достичь, но, знаете, Линус<br />
как-то сказал: «Блуждание<br />
может оказаться лучшим способом придти к цели». Знаю,<br />
что это против классического<br />
стиля всяких Архитекторов,<br />
которые сидят и говорят:<br />
«Будем создавать вот этакую<br />
матрицу» – мы просто парни, которые грызут коды,<br />
забившись в погреб родительского дома, как теперь любят рассказывать. Мы знаем, куда идем, и частично<br />
знаем, как туда попасть, но детали будут<br />
вырисовываться по мере написания кода.<br />
LXF: Хотя вроде бы было некое подобие ядра команды, чтобы переписать<br />
все с нуля?<br />
ДЭ: Был только Тридж, который вышел и<br />
сказал: «Samba – отстой. Я могу сделать<br />
лучше». А поскольку он работал в OSDL, у<br />
него была полная свобода так и сделать.<br />
Никто не встал и не сказал: «Samba – и<br />
правда отстой. Перепиши-ка ее, Тридж».<br />
Просто она ему надоела, и он решил ее<br />
заменить.<br />
; LXF: То есть никакого мини-бунта по<br />
поводу этого кода не было? Думаю,<br />
когда вы перейдете к Samba 4 , вам<br />
придется просмотреть весь исходник<br />
и разобраться, что он делает, поскольку вы уже от него отвыкли.<br />
; ДЭ: На самом деле, нет. Дело в том, что я<br />
все время читаю исходный код Samba 4,<br />
поскольку часть его я позаимствовал для<br />
Samba 3, когда обнаружил, что кое-что в<br />
ней не работает. Клиентские библиотеки у<br />
Samba 4 замечательные, они полностью<br />
асинхронные, и я постоянно вникаю в них,<br />
чтоб сделать новые тесты. Может быть,<br />
кто-то скажет, что клиентские библиотеки<br />
Samba 3 – отстой, потому что добраться до<br />
клиентской библиотеки легко. Так что,<br />
вполне возможно, Samba 3 перерастет в<br />
Samba 4.<br />
; LXF: Вы действительно думаете, что так будет?<br />
; ДЭ: На сегодня это не входит в наши планы. Почти наверняка мы предпримем некие<br />
шаги, чтобы поддержать Samba 3. Это<br />
модель развития Open Source, на нее надо<br />
смотреть в большей степени как на технологию, нежели как на продукт. Мы предлагаем отличную и полезную вещь, которая<br />
помогает взаимодействовать с Windows.<br />
Джерри – тот парень, который сидит здесь<br />
и говорит: «Отлично, это нам годится» – но<br />
в то же время происходит немало<br />
непредвиденного.<br />
<br />
Какие-то вещи из Samba 3 включаются<br />
в Samba 4 и наоборот, очень много взаимного оплодотворения, заимствования кода,<br />
ну, вы знаете. Одна из проблем, о которых<br />
говорил Тридж на конференции по встроенным системам, было его видение распространения кода: чтобы оно было еще<br />
более случайным и чтобы в нем принимало<br />
участие больше людей, чем сейчас. Он<br />
рассматривает модель распределенной<br />
разработки, а не централизованный вариант типа Subversion. Его идея заключается<br />
в том, что его древо кода – подобно коду<br />
Линуса, или Алана Кокса, или кого-то еще<br />
– станет единым древом, и вовсе не обязательно Samba. Люди скажут: «Я могу<br />
выбрать древо Джерри, или древо<br />
Джереми, или официальное древо». А хранитель официального древа скажет: «Эта<br />
часть древа Триджа хороша, поэтому мы ее<br />
задействуем».<br />
; LXF: Итак, Samba может переключиться на Git?<br />
; ДЭ: Кандидатом на сегодняшний день<br />
является Bazaar-NG Мартина Пула (Martin<br />
Pool). Мартин Пул – воспитанник команды<br />
Samba, который работает на ребят из<br />
Ubuntu. Мы знаем, где он живет, так что,<br />
если что-нибудь случится с инструментами<br />
разработки, мы можем его побить.<br />
<br />
; LXF: То есть вы совершенно определенно уходите от Subversion.<br />
; ДЭ: Нет. Я полагаю, что сначала Samba 4<br />
будет двигаться по направлению к распределенной модели разработки. Если это<br />
сработает, то Samba 3 последует за ней.<br />
<br />
Лично я бы предпочел принять<br />
модель распределенной разработки и<br />
брать кое-что из разных кодов, потому что<br />
сейчас происходит просто невероятное<br />
давление на того, кто занимается поддержкой официального кода. Проверяешь<br />
всякую ерунду, включая ее в код, портится то, что уже сделано, тебя все ненавидят, и ты в дураках. Экспериментировать<br />
после этого не хочется. Есть такая штука,<br />
мы ее называем Проверка в Пятницу<br />
Вечером, и я грешу этим не меньше других. Вечер пятницы, у тебя что-то скомпилировалось, ты считаешь, что по большей<br />
части там все работает, а в голову лезут<br />
мысли типа: «Моя машина может попасть<br />
в аварию, дом может сгореть, проверю<br />
все, чтобы убедиться, что все нормально». И тут ты обнаруживаешь, что сломал<br />
сборку HP-UX или AIX или что-нибудь<br />
еще, потому что не смог провести на них<br />
проверку.<br />
<br />
Переход на модель распределенной<br />
разработки ликвидирует проблему пятничных проверок. Как только ты включил<br />
что-нибудь в код, кто-то должен тут же<br />
это проверить. Это бесконечные переговоры и замечания. Мы хотим уйти от<br />
философии «ты либо герой, либо кретин» и быть просто разработчиком, с пра-<br />
вом на ошибки, которые не столь опасны,<br />
потому что невозможно разрушить чью-то наработку.<br />
<br />
Есть еще одна вещь, которая получится<br />
благодаря модели распределенной разработки – это мое мнение, и тут мы полностью согласны с Триджем: данная модель<br />
сотрет различие между непосредственной<br />
командой разработки Samba и теми людьми, которые хотят работать над Samba для<br />
собственных проектов.<br />
<br />
У нас есть несколько ребят в Сиэтле,<br />
которые работали над режимом управления сервисом, и у них должен быть собственный код Samba, из которого мы получим информацию для обновления.<br />
<br />
Я очень этого жду, это должно сработать. Но Джерри по природе консервативен, поскольку он – релиз-менеджер, ему<br />
так и полагается, поэтому, я думаю, он<br />
понаблюдает за Samba 4 прежде чем мы<br />
переместим версию 3.<br />
; LXF: Samba имеет почти 100% совместимость с Active Directory, как вы<br />
думаете, это не сыграет против<br />
решений Linux, например, eDirectory?<br />
; ДЭ: Идея в том, что мы будем с ними взаимодействовать. Мы станем технологией,<br />
которую можно взять и сделать частью<br />
eDirectory, или OpenLDAP, или какого угодно сервера каталогов. Создать сервер каталога на уровне предприятия трудно, поэтому мне кажется, что будет служба каталогов Samba, используемая в относительно<br />
небольшой среде. Но если вы хотите увеличить масштаб до службы каталогов, распределенного между 100 000 пользователей со всех континентов, в разных часовых<br />
поясах, то, смею предположить, начальные<br />
релизы Samba 1 для этого не подойдут<br />
Вот здесь и пригодится каталог уровня<br />
предприятия.<br />
; LXF: Итак, у Samba будут многочисленные back-end’ы?<br />
; ДЭ: Этим мы сейчас и занимаемся. На<br />
сегодняшний день у нас есть back-end TDB<br />
для базы данных паролей, это означает,<br />
что если у вас 100 клиентов Windows, то<br />
нужна пара централизованных серверов.<br />
Можно произвести масштабирование в<br />
пределах разумного, но, конечно, использовать это для скопления из 100 000 пользователей нельзя. Уже сейчас можно<br />
создать сервер Samba для 100 000 пользователей, и такое делается, но вместо<br />
использования back-end TDB они используют back-end LDAP и настраивают его под<br />
любые масштабируемые сервера<br />
каталогов.<br />
<br />
Для меня это здорово, потому что у<br />
нас сейчас не самый легкий период, мы<br />
заняты с SMB и прочим, за что мы отвечаем и что должно работать. Вовсе не факт,<br />
что я хочу обслуживать каталог OpenLDAP.<br />
<br />
Одна из сильных сторон Linux и открытого кода – возможность взять большую<br />
проблему и разбить ее на мелкие составляющие, и каждый будет работать над<br />
составляющей, которая ему наиболее интересна. Если мне велят заняться ошибками<br />
LDAP, я сделаю эту работу довольно паршиво, поскольку меня не очень-то интересует LDAP, это не мое, я не знаю протокола…Примерно так, как это было в Sun,<br />
когда меня усадили исправлять установки<br />
COBOL. Я делал эту работу паршиво, поскольку мне было на нее наплевать. А вот<br />
ошибки SMB… по какой-то дурацкой причине, они меня просто чаруют.<br />
<br />
Ребята, которые работают с OpenLDAP,<br />
они такие же. Я уверен, что LDAP – по мне,<br />
абсолютно бесплодная пустыня – для них<br />
полнейшее очарование, и они любят работать с ней, ну так пусть они этим и занимаются вместо нас. Вот таким образом проблема разбивается на составляющие.<br />
<br />
Честно говоря, я думаю, что именно<br />
таким образом открытый код действительно хорошо вписывается в деловое сообщество. Очень интересно попадать на шоу<br />
вроде OSCon, потому что ребята вроде<br />
Триджа, Джерри и, до некоторой степени,<br />
меня, болтаются вокруг, а типы в костюмах<br />
смеются над нами и гадают, что это мы тут<br />
делаем. В какой-то мере, я думаю, нам<br />
намного комфортней создавать технологию, чем потом кому-то другому заниматься ее сбытом. Пока мы развлекаемся,<br />
работая над проблемами, пускай другие<br />
переживают по поводу доли рынка и объема продаж.</div>Yaleks