От переводчика
Это перевод прошлогодней, хотя и по-прежнему актуальной статьи о конфликте имущественных прав в области свободного ПО. Это только на первый взгляд кажется оксюмороном, ведь публичный код — это не только кропотливый труд, желание принести пользу другим людям и собственное самовыражение; за ним часто стоят личные устремления и интересы, что, будучи помноженным на пробелы в законодательстве, даёт неожиданные эффекты. Конфликт не дошел до судебной стадии, хотя и был очень близок к тому. Его участники отделались тратой нервов, сил и времени. Возможно, эта история будет поучительной для всех, кто занимается свободным ПО.
Оригинал статьи: Free Software Magazine, 27 апреля 2012 года.
Tony Mobily. Nagios Vs. Icinga: the real story of one of the most heated forks in free software
От автора
14 Марта 1999 года, Этан Галстад выпустил первый релиз Nagios. Затем, практически ровно через 10 лет (Май 2009) на свет появилась Icinga (дериватив Nagios). Что произошло? Почему проекты разделились? В данной статье, я постараюсь пролить немного света на причины, которые заставили разработчиков icinga отделиться и начать собственный проект (хотя они по-прежнему пересылают свои наработки в Nagios). В этой статье я приведу выдержки своих разговоров с Этаном Галстадом и Михаэлем Люббеном (один из основателей команды Icinga и разработчик дополнений к Nagios). Я буду дословно цитировать Михаэля и Этана и вы получите возможность ознакомиться с их точками зрения.
Начало: Netsaint/Nagios, отладка и функционал
Nagios, как и многие другие бесплатные проекты, начинался как хобби. Этан говорил: «Я начал заниматься Nagios с осени 1998 года, тогда он еще назывался NetSaint. Разработкой занялся, потому что мне нужно было какое-то хобби для занятия себя в свободное время, ну и еще я думал о том, что это может быть полезно для предоставления коммерческих услуг мониторинга в будущем. Когда я посмотрел на решения, которые в то время существовали, то посчитал, что они все были недостаточно гибкими и не соответствовали моим будущим потребностям, поэтому я решил начать свой собственный проект. Я решил выпустить NetSaint с открытым исходным кодом, потому что хотел сделать свой вклад для сообщества, а также понимал, что вовлечение сообщества поможет быстро улучшить качество продукта».
Этан говорит здесь о Nagios Core, так как Nagios поделен на две большие части: Собственно ядро (Nagios Core) и его плагины. Реальная мощь nagios как раз кроется в его способности расширения различными дополнениями. Этан также говорит о том, как он с самого начала заложил в nagios возможности для работы разработчиков плагинов: “Прошло не больше нескольких месяцев после первого релиза NetSaint, когда к проекту присоединились первые контрибьюторы. Я оставался 'хранителем ключей' и ответственным за код ядра в течение многих последующих лет, но я быстро принял решение выделить плагины в отдельный проект, надеясь привлечь больше людей». В качестве 'хранителя’ Этану пришлось решать дилемму каждого мэйнтэйнера – прием в работу нового кода и расползание функционала с ним связанного (feature creeping). Он говорил: «В течение многих лет я собственноручно создавал большую часть кода ядра и просмотрел множество патчей, предложенных контрибуторами, до того, как они были включены или отвергнуты. Поддержание баланса между бесконечным увеличением функционала и удержанием в рамках движка для мониторинга всегда было непростой задачей, но всё же я считаю, что именно это стало одной из причин, почему Nagios стал самым широко используемым решением в своей области». Я задал ему вопрос: «На что была похожа приемка кода у разработчиков со стороны?» На что он ответил: «Открытие команды разработчиков для незнакомых лиц не всегда является лёгкой задачей и не всегда приемлемо. Вам необходимо выстроить доверительные отношения с контрибьюторами, предоставляющими патчи, как в смысле качества кода, так и в их понимании проблем архитектуры, влияющих на долгосрочную жизнеспособность проекта. Ведь одни проекты более приспособлены под большую команду разработчиков, а другие – нет. Я был вполне удовлетворен тем, как команда разработчиков Nagios выросла за это время, а также как активизировались участники сообщества и предлагали сделать свой вклад любым доступным способом».
С самого начала Этан был очень серьёзно настроен в отношении торговых марок. Он говорил мне: «Я предпринял ряд шагов для защиты торговой марки Nagios – это произошло сразу же после того, как я сменил название проекта с NetSaint на Nagios. Смена наименования была вызвана тем, что NetSaint был достаточно близок к еще одной торговой марке на рынке, так что я полагал, что смена имени будет лучшим способом для продолжения работы. Это показало мне важность использования торговых марок и дало понимание того, как работает законодательство в этой области, а также осознание необходимости защищать собственный бренд, что несколько нарушало баланс со сложившимся использованием марки в сообществе. Начиная с первого релиза Nagios в 2002 году, я опубликовал руководства по использованию (и ограничениям на использование) торговой марки Nagios, а также требования по указанию авторства. Участники сообщества (включая контрибьюторов ядра Nagios, разработчиков плагинов и дополнений) по большей части понимали важность регламентации и отдавали должное этим правилам. Позднее мы приняли для Nagios модифицированную версию политики Ubuntu в отношении торговых марок, потому что мы чувствовали, что это хороший пример баланса между требованиями защиты торговых марок и устоявшейся практикой их использования в сообществе».
Шесть месяцев до разделения
Михаэль Люббен говорил, что среди некоторых разработчиков, особенно ближе к концу, нарастало недовольство способами, которыми Этан руководил проектом Nagios Core. Михаэль, принимавший в то время участие в проекте, рассказывал: «За шесть месяцев до разделения проекта, среди разработчиков расширений для Nagios витало небольшое беспокойство: Nagios Core поддерживалось единолично Этаном Галстадом; в противоположность этому, плагинами и дополнениями для Nagios занималось несколько программистов). На тот момент, Этан ни разу не запрашивал сообщество о привлечении большего количества разработчиков. Сторонние патчи оставались невключенными в проект в течение длительного времени, равно как и запросы на поддержку большего количества серверов СУБД. Этан считал такое положение вещей сбалансированным, в то время как другие разработчики не считали такой баланс сильной позицией.
Когда я спросил Михаэля, была ли какая-то проблема, особенно сильно досаждавшая ему перед разделением проектов, он ответил: «Да, в общем-то ничего особенного, но желание видеть как наработки сообщества регулярно вливаются в проект было для меня более важным. Помимо исправления ошибок, оставалась потребность в серьезных улучшениях в ядре, чего не могли дать наши плагины и аддоны – например, поддержка PostgreSQL и Oracle, возможность извлечения данных для аддонов, работавших с отчетностью, API для облегчения интеграции расширений, и этот список можно продолжать. Это были не просто пользовательские хотелки – отсутствие реализации этих свойств в ядре ограничивало возможности сообщества в разработке расширений для Nagios. В тот момент образовался двухлетний застой в выпуске релизов Nagios Core. Поэтому когда мы решили отделиться, мы поставили себе ряд приоритетных задач – предложить сообществу выбор нескольких СУБД, о чём так давно оно просило; предоставить PHP-интерфейс, как это было когда-то обещано в Nagios, а также способ сделать жизнь разработчиков легче – поначалу им стал Icinga API. При этом сохранялась совместимость с nagios по конфигурационным файлам и плагинам, а кроме того мы собирались улучшить наши версии cgi-компонентов. Кроме того, начиная с момента разделения проектов, мы продолжали присылать баг-фиксы новой команде проекта Nagios Core. Вот здесь даже есть обзор. Вы также можете найти их следы, рассеянные по логам изменений Nagios».
Мнение Этана о моменте до разделения другое: «Неясно, что это были за такие особенные баги/фичи, которыми они так были озабочены, когда они решили отделиться. Кроме того, никто из членов начальной команды Icinga не предлагал стать разработчиком ядра, или помочь с исправлениями ошибок или расширениями свойств ядра до того как они приняли решение отделяться. Совсем не так должны прилагаться усилия настоящего сообшества».Затем Этан добавил: «Сравнение свойств и ошибок Icinga [по сравнению с Nagios] неправильно, особенно в той части «расширений функционала» вместе с ошибками. Список ошибок, в этом случае, является искаженным, так как команда разработки ядра Nagios не реализовывала некоторые вещи в ядре из-за негативных побочных эффектов, влияющих на ключевые дополнения Nagios».
Отношение Этана к ситуации будет знакомым для многих программистов: «Проблему представляют не столько ошибки, сколько ожидания некоторых людей в отношении того, что может быть сделано в ядре. Трудность с Nagios Core по большей части в том, что он уже делает то, для чего и был предназначен, и тот некоторый функционал, который пользователи хотят там увидеть, не следует добавлять в ядро. Поддержание ядра в относительном порядке и архитектурном отделении от внешних дополнений было основным фактором в успехе Nagios. Дополнительные свойства и функциональность, которые часто хотели видеть пользователи, не относятся к ядру системы мониторинга. Примеры таких функций представляют собой web-интерфейсы, дополнительные API, отчёты, распределенный мониторинг и так далее. Хорошее архитектурное понимание того, что есть Nagios, и как разные вещи спроектированы для того чтобы стыковаться друг с другом, будучи при этом раздельными компонентами, вместо монолитного решения, является важным для любого, кто собирается заниматься разработкой программного обеспечения для Nagios».
Его план работал: Чтобы понять идею чистого объема кода, о которой мы говорили ранее, достаточно посмотреть на Nagios exchange: сотни и сотни расширений, плагинов и информационных документов. Это всё создано и управляется сообществом, так что вполне иногда может появиться случайное сообщение «Файл не найден». Однако их быстро вылавливает как команда разработчиков изнутри, так и участники сообщества – снаружи.
Перед разделением
Около двух лет назад, когда разделение состоялось, у Этана были проблемы с немецкой компанией под названием Netways Gmbh. Nagios пытался полюбовно разрешить эту проблему в течение двух лет, но ничего не получилось. Этан писал тогда: «Около четырех лет назад мы обнаружили серьезное международное нарушение торговой марки коммерческой компанией из Германии под названием Netways. Эти нарушения включали в себя регистрацию торговой марки Nagios в Германии, которую основатель компании – Юлиан Хайн (Julian Hein), инициировал для того, чтобы использовать бренд Nagios для коммерческой выгоды своей компании. Сначала мы пытались уладить конфликт с Netways и Юлианом Хайном по-дружески, но после того, как Netways и Хайн отказались работать с нами, у нас не осталось другого выбора, кроме как вовлечь в конфликт наших юристов. Потом всё стало еще интересней. Битва проходила на нескольких фронтах: был даже проблемы PR-ного характера. Как говорил Этан: «после более чем двух лет игнорирования запросов от нас и наших адвокатов, отказываясь решить вопрос должным образом, Netways оказался в состоянии убедить некоторых членов сообщества Nagios, что мы себя назойливо ведем и донимаем всё сообщество нашей политикой о торговой марке. После чего Netways спланировал и запустил отдельную ветку Icinga, используя множество тактик для нагнетания страхов, неуверенности и сомнений, которые использовали ссылки на нашу политику торговых марок и ее защиту.
Когда я разговаривал с Михаэлем о нападках на торговую марку Nagios, он мне сообщил, что он сам непосредственного участия в них не принимал, но при этом сказал «Я знал от других, что Nagios Enterprises (Этан и Мэри) связывались с немецкой стороной – разговаривали и общались по электронной почте, требуя передачи доменных имен. Об этом рассказывалось в IT журнале ZDNet DE-edition, который к сожалению написан по-немецки, но можно использовать Google Translate» (Заметьте, что команда Nagios данную статью не признает, по их мнению, в ней содержится «неточная информация и мнение, которое преподносится как факт»).
Позиция Этана по поводу якобы имевших место «нападок» выражается в том, что Nagios никогда не атаковал сообщество. Он сказал: «говорить здесь о нападках, связанных с защитой торговой марки Nagios, очень некорректно. Сообщество никто не трогал. Мы просто предпринимали шаги для защиты торговой марки от коммерческого некорректного использования. Единственное, что мы сделали – связывались с нарушителями торговой марки, которые были коммерческими компаниями, но не членами сообщества. Так что те события, о которых упоминает Михаэль, связаны с коммерческим нарушением торговой марки».
Михаэля никто персонально не просил отдать какие-либо домены. Однако он указывает, что «если вы посмотрите в интернете, то nagios-fr.org сейчас является monitoring-fr.org, домен поначалу бывший nagiosexchange.org теперь является monitoringexchange.org, а nagiosplugins.org теперь принадлежит Nagios Enterprises.». Ответ Этана проcт: “Домен nagios-fr.org был прямым нарушением нашей политики. В то время как мы попросили прекратить использование домена и передать его нам, он [его владелец] пытался учредить коммерческую организацию Nagios во Франции. Мы попытались уладить с ним дело по-дружески (даже предложив помощь в организации коммерческой организации), но он отказался работать с нами. Nagiosexchange.org был одним из более чем 60 доменов «nagios», которыми Netways владела в нарушение нашей политики использования торговой марки. Только после того как в социальных медиа мы рассказали, что они делают, они передали домены нам.»
Разделение
Итак, после всех этих событий наступил момент рождения проекта Icinga. Новая команда Icinga включала в себя:
- Некоторых участников коммьюнити, учавствовавших в консультативном совете (те, кто были связаны с Netways)
- Шесть разработчиков расширений Nagios (где был пул из сотен разработчиков)
- Сотрудники Netways
Спустя через пять дней после разделения (6 мая, 2009 года), Этан наконец-то заполучил двух программистов, и с этого момента он перестал, наконец, быть единственным разработчиком и ответственным за код ядра Nagios. Андреас Эрикcсон (Andreas Ericsson) и Тон Вун (Ton Voon) стали участниками команды разработчиков Nagios. [летом 2012 года Тон Вун вышел из проекта – пр.перев.] Этан говорил: «Объявление о новой ветке Nagios выявило некоторые слабости проекта Nagios, которые затрудняли его дальнейшую эволюцию. Две из них заключались в том, что я был единственным разработчиком и мэнтейнером проекта. Времени, которое я мог бы уделять разработке Nagios, в последнее время стало меньше. И чем дальше, тем его будет еще меньше, скорее всего. И мне придется заниматься другими обязанностями, чем быть разработчиком Nagios, и чтобы это осуществить, я уполномочиваю других людей заниматься разработкой, а сам буду заниматься архитектурой и выполнять функцию наставника. А когда для этого придёт время, то передам эти функции кому-либо еще».
О людях, которые вошли в команду разработчиков ядра, Этан говорит следующее: «несмотря на то, что команда проекта Icinga утверждает обратное, я был достаточно открыт для того, чтобы принимать в проект людей, желающих ему помочь. Всё, что должны были сделать разработчики Icinga чтобы начать в нём участвовать – предложить свою помощь. Андреас и Тон оба предложили свои услуги и я с радостью принял их предложение. Вот так должно работать сообщество».
А как насчёт копирайта и проблем с торговой маркой?
Что касается новой ветки, то Этан также указывает на ряд интересных фактов о регистрации торговой марки Icinga компанией Netways: «Людям, которые изначально поддерживали Icinga это не заметно, но мы сразу обратили внимание на то, что Netways, при регистрации торговой марки icinga, действовали весьма быстро. Мы подумали, что это достаточно интересно, особенно учитывая то, что они не очень-то церемонились с торговой маркой Nagios, а в некоторых случаях вели себя так, как будто законы в отношении торговых марок им были совсем не знакомы. Это было сразу же после того, как в социальных сетях стали достоянием общественности факты переноса десятков доменных имен и зарегистрированной в Германии торговой марки к нам. Я лично, и мы – как компания, вынуждены были защищать торговую марку Nagios от неверного использования (особенно коммерческого) в течение последних десяти лет и будем продолжать это делать, чтобы проект продолжал существовать. Мы обнаружили, что большинство людей, которые жалуются на проблемы с торговой маркой, обычно используют торговую марку сами или работают в компаниях, использующих торговую марку для своей собственной выгоды. Наш опыт может послужить хорошим примером, почему каждому проекту с открытым исходным кодом необходима политика в отношении собственной торговой марки и её защита с самого начала существования проекта».
Когда я спросил Михаэля, который фактически «владеет Icinga» что он думает по этому поводу, он ответил: “Хороший вопрос! С точки зрения условий права копирования, право на него принадлежит любому, кто вносил свой код в проект. Большей частью владеет собственно Этан Галстад, также как и остальные люди, внёсшие свой вклад в код Nagios». Так что владельцами кода являются все те, кто были контрибуторами – все их доработки принадлежат им, и даже новые версии Icinga являются результатом их коллективных усилий в течение длительного времени.
В соответствии с мнением Этана, реальная проблема – это не право копирования, а собственно торговая марка: торговая марка Icinga, которая возможно является наиболее ценным активом так как код является свободным, находится во владении компании Netways. Михаэль с этим несогласен: «Если рассматривать команду Icinga, то я не рассматриваю торговую марку Icinga в качестве самого ценного актива, самое ценное для нас – это сообщество разработчиков, контрибуторов и пользователей. Netways вносит свой существенный вклад в виде административной такой, например, как веб-сайта, а также предоставление физического почтового адреса для формальных процедур.
Также сюда входит помощь в текущем легальном переводе нашей деятельности в специальный фонд, или то, что мы называем здесь, в Германии, зарегистрированной ассоциацией. Их помощь в управлении юридическими сторонами проекта Icinga не конфликтует с разработкой нашего кода. Всё, что касается торговых марок, нас не интересует – мы решили сфокусировать наше внимание и уделить максимум времени улучшению функционала Icinga. Это поддержка PostgreSQL и Oracle, о которой так долго просило сообщество, улучшения пользовательского интерфейса, встроенная отчетность и просто разработка, на которую могут рассчитывать наши пользователи. Результаты говорят сами за себя и наши пользователи тоже говорят об этом.)
Последствия: Icinga и Nagios.
Через год после релиза Icinga, команда проекта отметила десятитысячную загрузку приложения с их сайта, о чем они с гордостью говорили в своем пресс-релизе, где они с удовольствием отмечали успех: наличие надежной и понятной дорожной карты проекта, поддержку PostgreSQL и Oracle, наличие16 активных контрибьюторов, доступность Icinga на нескольких языках, одобрение корпоративного сектора, 1000 фолловеров в твиттере и так далее. Год спустя, проект чувствовал себя прекрасно, при том, что разработчики выпустили отдельные версии ядра, API и web-приложения. Спустя 8 месяцев, у Icinga появилась вторая версия. В анонсе announcement было объявлено: Ядро, API и web-приложение были унифицированы и включали в себя одновременную поддержку IPv6/IPv4, оптимизированную поддержку СУБД, новый web-интерфейс и интегрированные аддоны (PNP,LConf,Heatmap и BPA), всего в проекте было более чем 70,000 скачиваний и 23 участника.
Команда проекта Icinga говорила мне, что Icinga – это не Nagios плюс собственный web-интерфейс, а скорее фреймворк. Действительно, большинство компонент Icinga опциональны, поэтому Icinga похожа на набор инструментов. Вы можете взять Icinga Core + базу данных (MySQL/PostgreSQL/Oracle) и можете добавить:
- Пользовательский интерфейс (Web-интерфейс или классически или сторонней разработки)
- Дополнительный инструмент отчетности Icinga Reporting
- Аддоны (популярные NagVis, BPA, PNP4Nagios и т.д.)
- Необходимые плагины (Icinga совместима со всеми плагинами Nagios)
- Дополнительный Icinga Mobile (веб-интерфейс для iPhone и Android)
Так что и в самом деле, Icinga предлагает большую гибкость.
А что по поводу Nagios? Этан пишет: «Мы привлекли дополнительных программистов к разработке ядра в последние несколько лет для того чтобы помочь нам с исправлением ошибок и новыми решениями в Nagios Core, NSCA, NRPE и также другими новыми проектами Nagios которые мы выпустили. Например, мы разработали новый PHP-интерфейс для Nagios (V-Shell), новое дополнение для бизнес-логики (Nagios BPI), новый мобильный интерфейс (Nagios Mobile) и новый трап-интерфейс для SNMP (NSTI). Мы также работаем над новым конфигурационным web-интерфейсом. Это всё проекты с открытым исходным кодом, которые разработаны нашей компанией как для использования нашими коммерческими партнерами, так и выросшим сообществом Nagios. Этан продолжает: «Темп разработки Nagios уверенно рос, начиная с первого релиза в 1999 году, и несомненно улучшился далее, после того как мы начали коммерческую деятельность и получили возможность нанимать дополнительных разработчиков. В прошлом году (в 2011) было около шестисот (600) новых проектов, которые были разработаны и выпущены для сообщества. В настоящее время существуют тысячи бесплатных дополнений с открытым кодом для Nagios, которые расширяют его функциональность и помогают соответствовать потребностям множества пользователей. Гибкость Nagios и его возможности (как собственно продуктом, так и использованием дополнительных аддонов) были основным фактором становления Nagios в качестве промышленного стандарта мониторинга».
А что насчёт плагинов? Совместимы ли плагины, разработанные для Icinga с теми, которые разработаны для Nagios? К счастью, расположение звёзд этому крайне благоприятствует. Со слов Михаэля: «Все плагины, которые разработаны для Nagios также работают и в Icinga и наоборот. Nagios Plugins Development Team является независимой командой разработчиков, которая создает и поддерживает плагины для Nagios. Так же как и конфигурации для Nagios, они все совместимы с Icinga – так что миграция очень проста. Большинство дополнений Nagios работают с классическим web-интефейсом Icinga без изменений, а вот с Icinga-web требуется их модификация. Это может быть сделано в виде виджета для внешнего аддона простым xml сниппетом, хотя для полноценного функционирования требуется немного больше программирования. И как уже говорилось пара аддонов полностью интегрирована – включая мониторинг бизнес-процессов BPM, созданный Берндтом Стрёссенройтером, PNP4Nagios — Йорга Линге, Lconf — Янниса Моссхаммера и мой собственный Nagtrap. Вот их можно рассматривать как вполне «родные». И мы хотели бы видеть их еще больше, так что мы стараемся сделать процесс разработки для создателей расширений легче, создав Icinga Web development guides, в которых также объясняется как работать с СУБД work with the database и REST API. На смартфонах, несколько разработчиков Android и iOS создали свои приложения, либо сделали их совместимыми с Icinga. По мере того, как Icinga используется всё шире, мы ожидаем, что всё больше разработчиков дополнений будет также присоединяться к проекту».
Однако Этан оговаривает, что совместимость не всегда даётся легко и поясняет: “Плагины могут работать как с Nagios Core, так и с Icinga Core, но не все аддоны Nagios будут работать с Icinga, Есть некоторые расширения и дополнения, которые будут работать только с Nagios».
Сегодня
Сегодня, проект Icinga стал реальностью. У разработчиков Icinga есть хорошее сравнение багов и фич Nagios и Icinga, так что всегда можно понять, где находится каждый проект. Комментарии Этана по поводу вышеуказанной страницы критические: «Это сравнение в wiki является неточным и искаженным, так как оно содержит некорректную информацию об ошибках и смешивает их с новым функционалом, который не был еще реализован. Явно, что это сделано для того, чтобы Nagios выглядел хуже, чем Icinga.»
Но если смотреть с точки зрения кода, то есть интересные вещи. Михаэль пишет о владении кодом: «Оригинальный код написан Этаном Галстадом, но код подпадает под GPL, а это значит, что любой может взять код, модифицировать его и распространять дальше. Что команда Icinga и сделала, начав новый проект. Мои знания законодательства ограничены, так что я не могу судить, могут ли здесь возникнуть какие-либо проблемы с копирайтом, и, на всякий случай, сомневаюсь».
Как насчёт зарабатывания денег с помощью Icinga? Михаэль говорит: «Я лично не зарабатываю никаких денег с помощью Icinga и у меня нет таких планов. Некоторые из команды Icinga предоставляют платные услуги и поддержку. Это тоже важно, потому что многие компании используют Icinga или еще какое-то обеспечение с открытым исходным кодом, и хотели бы иметь контакт для решения возможных проблем. Нет намерений делать Icinga или какой-то из ее компонентов платным ни сейчас, ни потом.»
Что касается кода Этан пишет: «Хотя я и владею большинством кода ядра, часть принадлежит контрибьюторам. У нас нет планов двойного лицензирования кода ядра, нас вполне устраивает, что оно остается свободным проектом с открытым исходным кодом, который разрабатывает сообщество. Наши коммерческие усилия фокусируются на других предложениях. Nagios XI – наша коммерческая версия Nagios – построена на ядре системы мониторинга и обеспечивает функции которые давние пользователи Nagios и те, кто только начинает с ним работать, ищут – включая интегрированные графики по производительности, дашборды, продвинутые отчёты, конфигурационные визарды, графические интерфейсы для веб-конфигурирования, средства визуализации, детальный контроль пользовательских прав и многое другое. Также мы предлагаем контракты на поддержку, обучение и скоро будем предлагать официальную сертификацию».
Когда я спросил Этана, что он чувствует по поводу разделения проектов, он высказался очень прямо: «Было грустно видеть, как некоторые члены сообщества налаживают отношения с Netways для запуска проекта Icinga. Несмотря на то, что они постоянно говорили о том, что они отделились из-за медленной разработки Nagios, они никогда не предлагали помощь в улучшении проекта Nagios перед тем, как приняли решение об отделении. С моей точки зрения таких вещей в открытом ПО быть не должно. Но иногда не бывает худа без добра, когда случаются ситуации подобные этой. Большинство разработчиков Icinga (не относившихся к сотрудникам Netways) покинули проект, кроме того результаты обсуждений с различными участниками сообщества показывают, что у них, похоже, появились опасения по поводу методологий, которые использовались в проекте и его родительской компании – Netways. Существует масса форков Nagios. Выжили лишь некоторые из них, большинство умерло в течение короткого времени. Что выделяет Nagios из всех его клонов – это то, что люди знают про него, создают на его основе системы, и они доверяют ему. Мы не видели ни одного проекта, который бы хотя бы близко подошел к силе Nagios, если исчислять ее в количестве членов сообщества и дополнений, которые есть у нашего проекта. Это то, что приводит людей к Nagios — имя, которому можно доверять.»
Очевидно, что Этан очень горд тем, что ему удалось достичь. Он говорит «Наша стастистика показывает, что существует более миллиона активных инсталляций Nagios по всему миру. В то время как существует множество деривативных проектов, подобных Icinga, люди продолжают выбирать Nagios среди его конкурентов из-за его длительной истории стабильности и развития».
Михаэль и другая часть команды Icinga иногда связывается с командой разработки ядра Nagios: «Мы поддерживаем контакты и обмениваемся идеями. Иногда больше, иногда меньше, хотя Этан ведет себя достаточно тихо – он фигурирует в основном в мейл-листах среди разработчиков. Особенно когда это касается ошибок и т.д. Это можно увидеть из списка сравнения ошибок и функционала, где мы обмениваемся патчами. По моему впечатлению, отношения скорее положительны, что позволяет развивать код».
Будущее
Когда я спросил Этана о будущем Nagios, он написал: «На горизонте Nagios появился ряд удивительных вещей. В настоящее время мы работаем над новой конфигурационной веб-утилитой, которая сделает установку и настройку nagios более легкой. Мы уже близки к тому, чтобы начать официальную сертификацию на уровни Nagios Professional и Nagios Administrator. На наших офисных досках нарисовано около 40 новых проектов, к которым будут приложены усилия наших разработчиков в 2012 году. Проекты покрывают большое количество потребностей наших коммерческих пользователей и участников сообщества, включая SNMP, Netflow, мониторинг лог-файлов, управление инцидентами, визуализация и виртуализация. Мы придаем пользовательским новациям высокий уровень значимости и вещи, над которыми мы работаем напрямую, отражают пожелания наших пользователей. Вообще говоря, половина нашей работы уделяется работе для коммерческих пользователей, а вторая – посвящена проектам с открытым исходным кодом, от которых получает выгоду всё сообщество. Мы считаем, что это замечательный путь управления нашей компанией. Основываясь на постоянном росте, который у нас идёт по всему миру, мы ожидаем, что 2012 год будет еще одним рекордным годом для Nagios, с несколькими сотнями новых проектов выпущенных до конца года. Пользователи могут посмотреть, как наши новые проекты обретают форму, посетив наш блог разработчиков или периодически проверяя Nagios Exchange на предмет новых или модифицированных проектов, которые появляются каждую неделю. Nagios остаётся промышленным стандартом в мониторинге из-за его длительной истории, гибкой архитектуры, активного сообщества, широкой поддержки, а также тысяч доступных для него бесплатных дополнений. Это то, что делает Nagios замечательным продуктом и сообществом.»
Относительно Icinga, Михаэль сказал: «Дойдя до версии 1.7, наша команда продолжает реализовывать дорожную карту Icinga. Мы продолжаем работу над такими новыми свойствами как IcingaMQ – управление очередями сообщений для высокопроизводительного распределенного мониторинга, улучшенной отчетности, средств визуализации графиков и инструментов бизнес-мониторинга. Они все используют существующую модульную структуру ядра Icinga, СУБД, классического и нового Web UI, Icinga Reporting, Icinga Mobile, которые в комбинации с расширениями, созданными в сообществе, формируют полностью соответствующее потребностям решение масштаба предприятия — бесплатное и 100% открытое. И когда мы смотрим на 128000 загрузок на настоящий момент и растущее сообщество пользователей, которое делится своими впечатлениями о проекте – мы уверены, что находимся на правильном пути ведущего проекта с открытым исходным кодом в области мониторинга.»
Что думает Этан о разработке Icinga? Он говорит «Хотя Icinga всё еще выдает новые релизы, у них крайне высокая текучка разработчиков за относительно небольшую историю. Я считаю, что это может вызвать проблемы проекта в отдаленном будущем. Netways и команда Icinga имели множественные нарушения международных законов интеллектуальной собственности (включая права копирования и торговую марку), которая существенно повредило им в плане общественного восприятия. Многие компании постарались держаться от этого проекта подальше из-за потенциальных проблем с собственностью. Более подробная информация по проблемам с торговой маркой и IP приведена в статье в моем блоге.
По поводу высокой текучки, Михаэль говорит: «На момент разделения, наша команда находилась в фазе образования, когда мы только нарабатывали маршруты для нашей совместной работы. Многие люди хотели войти в проект и участвовать в нём, как тогда, так и сейчас. Всегда найдутся люди, которые больше не смогут уделять времени проекту и на какое-то время они уйдут из официальной команды. Именно поэтому у нас есть шестимесячная вводная программа, для того чтобы контрибуторы могли изучить внутреннее устройство проекта перед тем, как они будут объявлены как новые официальные участники. Мы назвали ее «Icinga Jedi Apprenticeship» для того, чтобы она не воспринималась слишком серьезно. Двое наших последних выпускников и официальных участников команды недавно выпустили новый проект Icinga Virtual Appliances, так что мы считаем, что будем с успехом развиваться и дальше.
Заключение
Написание данной статьи было большим вызовом. Оно отняло у меня несколько недель времени на разговоры и обмен почтой с Михаэлем и Этаном. У меня по-прежнему нет правильного понимания произошедшего, но в некоторых случаях чёткое объяснение ничего не проясняет.
Иногда, как они и говорили: «Это сложно». И это на самом деле так!
Тони Мобили, 2012 год, апрель.
Комментарии к статье
От переводчика
Было бы странно, что статья затрагивающая столь непростую тему взаимотношений двух проектов осталась без внимания членов сообщества. Я посчитал заслуживающим внимания, включить в данную статью обсуждение, тем более, что двое участников (Оливье Ян и Михаэль Фридрих) имели непосредственное отношение к этим событиям. Действительно, не всё так просто.
Комментарий dnsmichi (Михаэль Фридрих) от 2012-04-27. Некоторые мысли вдогонку
Прежде всего – спасибо за вашу сложную работу, что вы рассказали и саму историю, и то что делалось по обеим сторонам.
Второе, и почему я пишу здесь – это мое собственное мнение. Оно не отражает мнение всей команды или кого-либо еще по поводу происшедшего, так что если захотите кого-нибудь обвинить, то пожалуйста – я здесь и слушаю, ровно до тех пор пока никто не будет переходить на личности. Всего лишь несколько вещей о себе, перед тем как я изложу собственное мнение. Меня зовут Михаэль Фридрих, я живу в Австрии, и работаю над проектом NDOUtils Oracle с Апреля 2009 года. Перед этим я занимался Nagios, но не был связан с какой-либо разработкой в данной области. И хотя я являюсь кодером и хакером, всё еще продолжаю учиться в самых различных областях.
Большая толстая ремарка: Я НЕ ПРОДАЮ продукты, так или иначе связанные с Icinga и не зарабатываю на данном проекте денег.
Когда я услышал о созданиии новой ветки Icinga в начале мая, я попытался изучить вопрос как вернуть в основной проект имевшиеся на тот момент утилиты NDOUtils Oracle (предшественник покинул проект). Я прикинул свои возможности и шансы и написал им, спросив есть ли возможность по работе с поддержкой Oracle в проекте Icinga. На тот момент, я не был оригинальным инициатором проекта, и присоединился к нему 15 мая 2009 года, тогда еще было много эмоций по поводу отделения и всего прочего…
Читая списки рассылки Nagios того времени, уже видно, что патчи долго зависают перед коммитом, обсуждения ошибок сливаются в /dev/null и так далее. Так что независимая работа над кодом, и в то же время, передача наработок в Nagios, с этой точки зрения, была достаточно хорошей идеей.
Когда Nagios немного приоткрылся, объявляя о наборе разработчиков, было логичной идеей присоединиться к ним. По крайней мере, я поговорил с Хендриком Бекером ((Hendrik Baecker), впоследствии он стал ведущим разработчиком NDOUtils, но спустя какое-то время, к сожалению, оставил сообщество мониторинга), что я бы с удовольствием вошел в команду NDOutils, попутно занимаясь разработкой IDOUtils. Делая вещи сходным образом, можно было бы поддерживать Oracle с самого начала в обоих проектах.
Всё было бы хорошо, но «бы» помешало. Мое предложение было отклонено (так мне сказал Хендрик), у меня не было возможности отправить патчи в Nagios, ни доказать мои способности в кодировании. В действительности это хороший ответ, потому что он был в то время истинным: похоже они просто ничего не хотели. Да, Nagios, [как и Icinga] мог тоже получить поддержку СУБД Oracle, а немногим позже – в сентябре 2009 года и поддержку PostgreSQL, но всё случилось по-другому. Хотя я никогда и не говорил о том, что предлагал помощь Nagios, я вернусь к этому чуть позже.
Относительно смены участников в команде разработчиков и отсутствия стабильного базиса. Я прочитал об этом в различных интервью Этана, и думаю, что пришло время кое-что в этом вопросе прояснить. Я не вижу проблемы с большой командой энтузиастов свободного кода, которые делят между собой нагрузку. Конечно, управление проектом становится не таким простым, но это именно тот путь, по которому идут все успешные проекты сегодня.
Так называемый «театр одного актера» имеет право на существование, но если у вас что-то однажды не получится, то люди подумают прямо противоположное. Я не говорю о том, что организация раздела ядра и аддонов – плохая идея. Совсем нет, но такой проект это немного больше, чем просто код. Когда пользователи спрашивают меня о том, что я хочу от проекта, то вполне нормально, что я получаю в ответ, «… но я не могу программировать на C или Perl». Да, но на самом деле дело давно уже не в каком-то конкретном языке. Icinga развивается в стольких направлениях, что программирование всё еще важно, но не добавляет последних процентов объема к продукту, который так нравится пользователям Icinga – причем бесплатно, так как мы растущее сообщество.
Документация переработана в docbook и полностью переведена на немецкий – работа над другими языками также ведется. В то время как требуется немного более усилий по написанию XML, чем HTML, это добавляет возможность генерации man pages и так далее. Документация сама по себе является важной частью проекта, так что мы поддерживаем ее актуальной.
Генерация новых идей — непростая штука, если вы не работаете активно с поддержкой пользователей. Так что в команде всегда есть те, кто работает на каналах соц.сетей – поддерживают твиттер, активно читают списки рассылки, фильтруют feedback.icinga.org по части новых идей, висят на IRC и помогают там, организовывают разработку на трекере девелоперов, добавляют статьи в wiki, пишут посты в блогах на интересные темы – короче говоря, работают для сообщества.
Эта работа не только дает документацию или статьи в wiki лучшего качества. Идеи распространяются по сети, иногда принесенные пользователями nagios, которые поделились своими патчами, либо пользователями Icinga, которые также создают свои исправления. Всё это внимательно рассматривается с учетом персональных требований, так же как работа и друзья. Вы много узнаете, просто читая историю трекера разработки, где программисты помогают друг другу, так же как и выражают признательность пользователям, сообщившим об ошибке; там также обсуждается функционал изменений и ведётся работа над ними. Это делается в каждом выпущенном нами релизе. Я это знаю – начиная с релиза 0.8.3, я был релиз-менеджером для некоторых частей ядра. И я также слежу за версией 1.7 – что и было сделано на этой неделе (апрель 2012 год — пр.перев.).
Наши дела шли достаточно хорошо, и действительно, Nagios тоже проснулся. Новый виток проекта был совсем не плох, благо, что в команде, отвечающей за ядро Nagios, появились два новых ценных и уважаемых человека – Тон Вун и Андреас Эрикссон. Оба делали и делают большую работу над кодом ядра, так же как это делал Этан в те дни, когда он не был весь в бизнесе и защите торговой марки. Позже релизы Nagios стали полны ошибок и не проверялись должным образом, что меня сильно опечалило. Так как я продолжаю поддерживать пользователей Nagios, то такие мысли приходят в голову всё чаще (в основном приходится учиться на их проблемах и делиться этим с пользователями nagios и icinga в wiki, а еще лучше – в документации).
Я воспринял это, как наступление свободы снова копаться в коде Nagios, полагая, что Этан и проект заслуживают «некоторой благодарности». Нет так часто, но иногда я обнаруживал, что мои патчи принимались. Некоторые всё еще отложены, особенно для NDOUtils, если вы посмотрите на сравнение свойств и имеющихся ошибок.
Ну вот, я это написал. Вы можете спросить — зачем? В основном, по той причине, что простое сравнение ничего не показывает, каждая из сторон старается быть лучше, чем другая, и всё только потому, что люди просто требуют сравнения. Я не являюсь сторонником такого рода вещей, и когда Nagios Enterprises решила удалить все свои таблицы сравнения с OpenNMS:
www.adventuresinoss.com/?p=2324
plus.google.com/114835305606981163109/posts/haB4ZWhE7az
…, то я подумал, что стоит сделать еще кое-что помимо подведения итогов истории. Статья реально не касается всего того, что случилось. Некоторые вещи случаются за пределами всеобщего обозрения, и только лишь инсайдеры знают, что было детским поведением, а что — нет.
Например, угрозы Оливье Жану за разговоры по поводу Icinga на nagios-fr.org и требования передачи доменов – это то из-за чего умерло французское сообщество Nagios.
www.monitoring-fr.org/2010/02/accuse-nagios-fr-org-levez-vous/
Конечно, потом еще был запрет Shinken(переписанный Nagios), удаление этой системы, как официальной идеи с рангом номер 1 с сайта ideas.nagios.org, и угрозы Жану Габэ (Jean Gabes [автор Shinken — пр.перев.]) в отношении лицензирования.
www.shinken-monitoring.org/news/shinken-integration-into-nagios-wont-be-possible/
sourceforge.net/mailarchive/forum.php?thread_name=4C20D2A8.9040502%40nagios.com&forum_name=shinken-devel
Кое-кто может вспомнить оргию по редактированию википедии, которую сделал кто-то из Nagios Enterprises, что привело к бану. В основном, это было связано удалением упоминаний об Icinga и Shinken в качестве веток Nagios, в тоже время там были добавлены линки на коммерческий продукт Nagios XI (который не бесплатен).
en.wikipedia.org/w/index.php?title=Nagios&action=history
Почему я это добавил? Потому что, я считаю что люди должны знать правду о том, что тогда происходило. В статье также есть упоминание о «правде о торговой марке». Данная тема очень сложна и в ней много эмоций, так как Nagios уже имел проблемы в 2002 году, когда он еще назывался Netsaint. Но, на самом деле, я искренне верю Юлиану, когда он рассказывает о защите неверного поведения, связанного с регистрацией торговой марки Nagios в Германии. Еще я считаю, что это была в основном политическая подоплека для оказания давления на владельца компании, работающего в этом же секторе – продажа консалтинга Nagios, что было явной конкуренцией. Всё, что происходило за кулисами было (и должно было!) оставаться закрытым. Дело в том, что я доверяю людям, которые мне нравятся, а в этом случае они оказались на атакованной стороне в данной истории. Так что я предварительно спросил себя, стоит ли это обнародовать.
community.nagios.org/2010/09/28/nagios-trademark-truth/http://community.nagios.org/2010/10/25/nagios-trademark-victor/
www.netways.de/de/info/trademark/
Даже если это подаётся в виде «победы торговой марки для сообщества», то у меня, как у участника сообщества, возник вопрос: «на какой хрен мне вообще нужна торговая марка?» Но в любом случае, они вернули свои торговую марку и nagiosexchange.org, который потом умер. Дополнение для бизнес процессов тоже, потому что он хостился на nagiosforge.org – этот домен тоже был перенесен в Nagios Enterprises. В данном случае спасибо за ничего, рейтинг google – не очень хорошая штука. Кстати, новый url находится здесь:
bp-addon.monitoringexchange.org/
На самом деле, мне потом пришла в голову мысль, что NagiosQL больше не является «специализированным» продуктом на nagiosexchange, потому что он еще и поддерживается Icinga, тоже самое через какое-то время случилось и с pnp4nagios. [Что оставалось делать Nagios] добавить цензуру в возможные нежелательные аддоны? Бесполезная трата сил.
Говоря о цензуре, это значит, что я не имею больше возможности отправлять почту в их списки рассылки, возможно из-за того, что я слишком часто говорил там по поводу Icinga. Хотя, такое ограничение избавило меня от траты свободного времени на портирование патчей из Icinga в Nagios, и хотя я понимаю множество вещей в этой адской кухне, но это всё-таки не самое худшее.
Самая забавная часть в разговоре о ветках проектов – это создание своей собственной программной лицензии, которая запрещает делать деривативы из их кода. Так вот, так называемыей Nagios Core Config Manager является веткой популярного конфигуратора NagiosQL, который бесплатно разрабатывается и свободно доступен. Или взять Nagios SNMP Trap Receiver – это ветка проекта NagTrap, который разрабатывается Михаэлем Люббеном (см. статью выше). Или Nagios Mobile – ветка Teeny Nagios. Как вы сами видите, реальная правда о деривативах находится где-то здесь. Возможно она еще и в том, что кто-то другой добился успеха с теми вещами, которые создавали вы.
Возвращаясь к сравнительной матрице. Я совершенно не собирался пересказывать людям все вышенаписанное, почему возник форк и так далее, я просто хотел показать, чем мы действительно занимались. И да, я делал сравнение только лишь по тем идентификаторам ошибок в Nagios, которые я обнаружил. Большинство из них засветились или на небезызвестном nagios-portal.org или ideas.nagios.org, либо были обнаружены в сети. И на самом деле Icinga сейчас выглядит лучше чем Nagios. Но моей главной идеей было делиться и с другой стороной. Текущее состояние Nagios SVN показывает, что эта идея не была потеряна, по мере того как Эрик Стэнли коммитит патчи Icinga в Nagios Core (при этом не забывая, что dnsmichi/Michael Friedrich обеими руками за Icinga)
nagios.svn.sourceforge.net/viewvc/nagios/nagioscore/trunk/?view=log
Стоит также добавить, что если бы Андреас Эриксон не был таким героем и энтузиастом, код ядра Nagios давно бы умер. Хотя следовало бы называть ядро Nagios ядром op5, учитывая коммиты и затраченное на него время в прошлом году. Возможно я поменяю свое мнение и начну слать патчи от Icinga в Nagios после выпуска версии 1.7. Кроме того, я должно быть пропустил кое-что во всей истории Nagios с 1999 по 2009 год, и следовательно, моё мнение по поводу случившейся истории может отличаться.
Поймите меня правильно, мне вполне нравится положение вещей, после того, как всё вошло в свою колею. Правда, последние шаги Nagios Enterprises не подкрепляют мою веру в то, что Nagios нацелен на работу со своим собственным сообществом или с сообществом OSS.
В любом случае – я надеюсь, что обо всём случившемся это будет последним упоминанием. Для всех участвовавших история уже закончилась.
И пока сравнительная матрица время от времени модифицируется, мы фокусируемся на реальных делах. Можно посмотреть, чем мы занимаемся:
dev.icinga.org/projects/icinga-development/activity
Признаю, что мне очень нравятся ohloh и gource для визуализации активности.
www.ohloh.net/p/icin
www.icinga.org/2011/01/20/icinga-development-visualized-by-gource-revisite/
Слава богу, у нас есть активное сообщество Icinga, и большинство известных плагинов и дополнений являются совместимыми с Icinga. Иногда в прямом контакте с разработчиками, и если нужно, с теми, кто пакеты создаёт, мы распространяем благодать. Возможно, существуют аддоны, которые не работают с Icinga из коробки, но это не проблема, оставайтесь с сообществом — я уверен, что мы вместе сумеем найти решение.
Для тех, кому не нравится Icinga и тех, кто предпочитает другие форки Nagios – Shinken, Centreon-Engine, Opsview – пожалуйста, вперёд! Соревнование всегда хорошо, но стоит продолжать обмениваться информацией, как я это делаю иногда с Оливье Яном, вне зависимости от того C это или Python.
Последнее, но не менее важное – Netways спонсирует наши серверы и инвестирует человеческие силы в наш проект, также как делают другие компании и те, кто поддерживают Icinga. Так сейчас работает открытое сообщество. Я счастлив, что оно именно такое и не выглядит как хаотичное собрание, которое сложно организовать. Все доступные способы работы и субдомены связаны вместе как единое целое и предназначены для того, чтобы сделать жизнь пользователей и разработчиков легче, давая возможность фокусироваться на важных вещах. И когда мы встречаемся вместе – у нас всегда есть время для того, чтобы выпить немного пива. Так, что Icinga жива и здорова, и я – тоже, спустя три года. А вы?
Комментарий dnsmichi (Михаэль Фридрих) от 2012-05-07. «Что касается патчей nagios...»
Хочу добавить еще одну вещь. Не так давно, я послал патч от имени команды разработчиков Icinga в список разработчиков nagios. В этот раз от имени команды, потому что мы делали патч вместе.
www.mail-archive.com/nagios-users@lists.sourceforge.net/msg37118.html
Через некоторое время его закоммитили.
Затем Этан Галстад кое-что «прояснил» в логе изменений:
nagios.svn.sourceforge.net/nagios/?rev=1936&view=rev
twitpic.com/9ii1zu/full
Я не могу сказать ничего больше, только лишь: Это не тот дух OSS, частью которого я хотел бы быть. До свидания, Nagios.
Комментарий Tony (Тони Мобили — автор оригинальной статьи) Wed, 2012-05-23. «Ну....»
Я ничего не могу сказать по данному поводу, Но что это могло быть, разве как не применение политики, которая утверждала, что внешние дополнения требуют наличие присоединенного к нему «имени», так что они могут вносить дополнения в код, без всяких расплывчатых положений!
Комментарий dnsmichi (Михаэль Фридрих) от 2012-05-07. «Хорошо...»
Конечно. Это личное мнение и право каждого иметь собственное представление о том, что случилось. Я так или иначе всего этого касался, так что извините мои попытки пролить свет на эту не очень хорошую историю. Я был шокирован угрозами в отношении nagios-portal.org, так что с моей стороны не последует никаких объяснений. Спасибо вам за вашу работу и возможность поделиться моими комментариями с широкой публикой.
Комментарий dnsmichi (Михаэль Фридрих) от 2012-05-07. «Бесславный конец»
Пожалуйста, обратите внимание, что хорошо известный сайт nagios-portal.org был шантажирован Nagios LLC, объявившим присутствие торговой марки в названии домена. Этот портал является самой большой платформой в мире Nagios и других систем мониторинга, с более чем 10,000 зарегистрированными пользователями и активным сообществом среди пользователей и разрабочиков – плагинов, аддонов и компонент ядра.Успех Nagios живет в истории этого портала…
Из-за этого шантажа сайт сейчас переехал по адресу www.monitoring-portal.org так что обновите ваши закладки. Пусть это сообщество живёт и здравствует!
Всего наилучшего, Михаэль.
Комментарий Tony Yarusso (Internet Technical Support Technician at TIES) от 2012-04-27
Меня беспокоит, что Этан всё еще использует некорректную терминологию, для того чтобы очернить Icinga. Он настаивает на том, что имело место «нарушение торговой марки» и «контрафакция», но в реальности этого не было. Этан зарегистрировал торговую марку в США, которая не имела никакой международной силы, так что действия Netways абсолютно законны. Причина, по которой он ввязался в это дело начав с мутной PR-кампании, которая досаждала им и не давала получить в руки домены и регистрации [торговых марок] заключалась в том, что его адвокаты знали, что у него не было возможности действовать легально, так что они не могли отстаивать его интересы в суде. Кроме того, он декларирует, что его компания производит «тонны дополнений с открытым исходным кодом», реальность, однако, в том, что большинство из них не были выпущены под одобренной сообществом открытой лицензией, а по большей части имеют лицензию с закрытым доступом. По моему мнению, это не тот уровень честности, который вызывает большое доверие.
Комментарий Renaud Hebert от 2012-05-07
Законно != Морально. Регистрация в стране торговой марки существующей в другой стране – определенно плохая идея, даже если это законно.
Комментарий Olivier Jan (Catholic University of the West) от 2012-04-27
«Он пытался основать коммерческую компанию Nagios во Франции. Мы попытались работать с ним пытаясь по дружески решить проблему (даже дошло до помощи с организации коммерческой структуры), но он отказался работать с нами».
Печально видеть, как такой яркий разработчик как Этан опускается до такой лжи. Как обычно, он преподносит себя хорошим парнем против всего остального мира, который пытается украсть у него его собственность и его труды, но мы не в американском кино и правда в том, что всё немного сложнее.
У меня никогда не было желания образовать коммерческую структуру, связанную с Nagios во Франции. Я работал и продолжаю работать в компании, и не собираюсь основывать собственный бизнес на основе Nagios или чего-то еще. Я не чувствую в себе способностей для этого, а также той лжи, которую я в бизнесе как раз не люблю.
В то время, я пытался помочь распространять Nagios во Франции (написав первую книгу на французском языке о Nagios и организовав французское сообщество, что возможно тоже является нарушением торговой марки :). Мои многочисленные е-мейлы Этану, где я обращался к нему за помощью в организации активного сообщества вокруг Nagios, здесь, во Франции так и остались без ответа в течении около полугода. Хотя в его голове сообщество – это, видимо, тоже своего рода бизнес? Может это и есть то, что он называл «тренироваться работать с нами» :)
Может ли Этан привести хоть одно доказательство в пользу того, что он говорит? Может ли он показать хоть один e-mail или что либо другое, показывающее, что он хотел нам помочь организовать коммерческую структуру? Без сомнения – нет.
Я сменил имя домена с nagios-fr.org на monitoring-fr.org потому что компания Nagios попросила меня (и всё французское сообщество следом за мной) обсуждать на сайте nagios-fr.org только Nagios и ничего больще, и это определенно не то, что мы хотели. Вот и всё. Не так много слов для финала и ничего про вечность :)
(Я списался с Михаэлем Фридрихом, с просьбой прокомментировать текущее состояние дел — пр.перев.)
Michael Fridrich е-mail от 2013-02-25
Радикального за год ничего не произошло. Те, кто занимаются Nagios, все еще портируют патчи Icinga (и не отражают никаких изменений в правах копирования (когда мы заявили о наших правах копирования, мой аккаунт был удален с трекера tracker.nagios.org). Кто-то может это назвать воровством, но оно стоит того; я решил для себя полностью выбросить любые переживания по данному поводу, и фокусироваться исключительно на тех вещах, которые помогают проекту Icinga стать лучше. Вы даже можете проверить почему это так, прочитав мои комментарии в статье nagios vs icinga: «достаточно – это значит достаточно».
Я стараюсь держаться подальше от сообщества nagios, будучи активным только на портале monitoringexchange.org, где эти два мира пересекаются между собой. Где-то в будущем, будет выпущена версия Nagios 4, но в нём будет переписана лишь логика проверки, разбора конфигов, и еще незавершённый socket api; я сожалею по поводу отсутствия здесь больших изменений; особенно после того как база основного кода остаётся той же кашей, что и была десять лет назад.
Так что мы (команда Icinga) сейчас работаем над расширением дерева версий 1.x (недавние багфиксы ядра 1.8.4 и веб-версии 1.8.2). На последнем OSMC мы анонсировали версию Icinga 2. Мы выпустили первую сигнальную версию, и всё пока идёт по плану для выпуска второй сигнальной версии Icinga 2.
www.icinga.org/2012/11/08/osmc-2012-slides-surprises/
www.icinga.org/2012/10/25/icinga-2-v-0-0-1-released/
www.icinga.org/about/icinga2/
dev.icinga.org/projects/i2/roadmap
Версия Icinga 1.9 планируется к выпуску 25.4.2013, 1.10 будет выпущена на OSMC 2013, где мы планируем представить финальную версию Icinga 2.
Всем удачи!
Автор: las68
