Pull to refresh

Comments 52

Дима очень скромный :))

Его nocproject используется в пачке мест уже, включая проекты с более чем 100 миллионами пользователей

Реально — лучше вместо написательства отдельных велосипедов подключаться к этому замечательному опенсорс проекту.
Далеко неполный список реально рабочих инсталляций: по ссылке. Среди них — социальная сеть на 100M+ пользователей, контакт-центр Сбербанка, один из самых динамично растущих операторов ШПД в России, несколько операторов ШПД среднего размера.

Над проектом работают профессионалы, которые хорошо понимают, что именно им нужно.
Штука фантастическая, сапсибо за нее! Я задумал писать подобный проект (но значительно проще функционалом, конечно — мне далеко до уровня разработчиков вашего продукта). К нему бы еще документацию — было бы вообще замечательно
Я осмелюсь предположить, что если вы вынесете названия Badoo и Innova куда-нибудь в начало статьи, то её прочитает куда больше людей. Слишком уж здесь много кустарных поделок и просто новых проектов презентуется, так люди сразу серьёзнее отнесутся.
Не контора красит продукт, а люди контору.
А я на днях думал, надо поискать что-то уневерсальное, а оно вот! есть! Буду пробовать.
И написан в моей любимой связки :) python/django/mongo-db
500 — Internal Server Error — хабраэффект?
Ага, от сайта только иконка прогрузилась. :)
инетересная штука, пощупаю во время отпуска
Я почитал установку, ставится он через fastcgi, как насчет mod_wsgi? пробовали?
Нет, не пробовали. В основном ставится как FastCGI. Количество HTTP запросов относительно невелико и принципиальной разницы не будет.
просто у меня уже связка настроенна. Ладно попробую отпишу потом.
Да, будет интересно посмотреть на результат. Отпишите по итогам тестирования, обновим документацию
только оперативно не обещаю, щас завал на работе (включая коммутацию, старое наследие админов)
Как только так сразу.

Примерно планируется такая схема
centos6 — apache/modwsgi/mongo_db
а там будет видно.
apache излишне тяжеловесен для такой конфигурации. Обычно ставят nginx или lighttpd.

Надо отметить, что NOC одновременно использует и PostgreSQL и MongoDB. Постгрес используется там, где выгоднее работать с реляционной моделью, а монго — в тех местах, где важна скорость или требуются документы со сложной структурой.

На отдельных задачах применение mongo дает ускорение в 4-5 раз. Новый Fault Management с ним заработал ощутимо быстрее.
Да я не как не могу себя заставить сесть и освоить light или nginx.(хотя конечно надо бы)
про psql и mongo понял.

В общем надо будет все развернуть да тестировать.
По описанию — просто отлично, Вам бы еще добавить возможность ServiceDesk с полноценным Incident, Problem и Change Managementом. Но это такое — не совсем обязательно, просто будет очень конкурентное решение на поле таких бойцов как IBM и HP.
Запланировано, хоть и не первым приоритетом. После того как задышит inventory, займемся workflow, а уже поверх него будем делать SD. Есть много задумок по общему дизайну и функционалу, будем привлекать новых разработчиков.

Мы не ставим задачи конкурировать с CA, HP и IBM, хотя часть функционала у нас перекрывается и что-то сделано лучше уже сейчас.
Кстати, очень бы хотелось увидеть возможность купить продукт(support). (пусть не сейчас, в будующим)
Есть органищации, где не очень любят opensource (точнее не любят когда нельзя заплатить :) )
На сайте ссылка сразу с первой страницы: Commertial support. Сейчас проект финансируется несколькими компаниями. Если удастся расширить финансирование, все будет вынесено в отдельную контору с несколькими full-time разработчиками
Честно не увидел. Завтра украду время на работе и сяду за изучение.
Я когда-то работал в конторе, которая делала NOC уровня как на фотке в начале статьи.

Так вот самое востребованное клиентами — это карта сети, масштабируемая по уровням 2-3, лучше больше, отображающая состояние и проблемы. Потому что визуальный контроль больше 10-20 элементов в таблице уже труден, а когда их сотни — невозможен.

Второе по востребованности — это управление сервисами. То есть хорошо управлять vlan-ами и BGP абстрагируясь от вендоров железа, но проложить маршрут от точки до точки, включая и radius и учитывая CLA и QoS — это дорого стоит.

Ну и для fault management неплохо бы иметь управление и контроль redundancy, потому что проектные возможности учитывают однократный сбой, редко 2 или более, а такое бывает и если случается — контроль, а главное понимание теряется полностью.
VLAN'ы от точки к точке в L2 топологии NOC умеет прокидывать и сейчас (сторонним модулем). MPLS топологии пока не понимает, но работы ведутся. Как доделаем каталог сервисов, можно будет сделать проброс VLANов в произвольных комбинациях уже без костылей, а заодно к rule-based механизму корреляции аварий добавим graph-based по зависимостям сервисов.

Визуализация схем сети с наложенными дополнительными данными — отдельная тема, скоро и до нее дойдут руки.
Большое спасибо за статью, приятно знать, что есть люди, которые занимаются такими Open Source разработками.
Толковым студентам, ищущим тему для дипломной работы, можем подкинуть несколько интересных тем и, возможно, посодействовать с преддипломной практикой. Если кому интересно, пишите мне.
Это не говоря потом что таких толковых студентов ждет большое и светлое будущее, которому можно поспособствовать :)
Зависит от степени толковости. Хорошему молодому специалисту всегда можно создать условия для карьерного роста :)
Обидно что проект разрабатывается русскоговорящими, но в сторону локализации на русский язык даже не смотрят.
Почему не смотрят? Базовая i18n есть, пусть и не по всем модулям. Fault Management вообще нативно умеет выводит сообщения на том языке, который выбрал оператор.
А зачем?
Ну то есть я имею в виду, что ведь это продукт не для Васи-заборостроителя, а для Васи-админа. То есть человек должен уже владеть базовым английским языком.
Сменным операторам удобнее читать на родном языке. Другое дело, что устоявшиеся технические требования лучше не переводить и тектст превращается в страшную русско-английскую мешанину
ого =) плюсануть не могу, но плюсанул бы)) заинтересовал DNS Management и Configuration Management. посмотрим с чем это едят.
Вроде круто.
Предлагаю вам в следующей статье набросать мануал с картинками, а то пока толком не понятно, как это всё работает в сети с разношёрстным оборудованием
Мануал потянет на пару тысяч листов :)

Может быть сделаю еще несколько статей по отдельным применениям
Надо я думаю вводуню етму сделать, что делать после установки :)
Да, я поставил и ооочень долго теперь вникаю =)
Ребят, заходите на IRC: #nocproject.org на irc.freenode.net
там поможем разобраться =)
Среди всего этого у меня есть одна претензия «управлять безопасностью» — это слова ни о чём.
Описание заинтриговало, попробую развернуть…
При попытке доступа к /inv/vendor/add/ вываливается 404, обработчик не находит
TemplateSyntaxError at /sa/managedobject/
Caught DoesNotExist while rendering: AlarmClass matching query does not exist.
{% result_list cl %}
оффтопик:
а кто-нибудь видел подобные системы для учета/управления в пределах дц — стойки, питание, склады итд?

я видел
racktables.org/
rackman.jasonantman.com/
flux.org.uk/projects/rackmonkey/
sourceforge.net/apps/trac/nventory/wiki
racksmith.net/
rackview.sourceforge.net/

но все это уныло чуть менее чем полностью.
Использую racktables для учёта. Не холивара ради, а из чистого любопытства: какого функционала не хватает?
Продолжаете сейчас работу над проектом?
Некропост: картинок ни у кого не завалялось?
Sign up to leave a comment.

Articles