Далеко неполный список реально рабочих инсталляций: по ссылке. Среди них — социальная сеть на 100M+ пользователей, контакт-центр Сбербанка, один из самых динамично растущих операторов ШПД в России, несколько операторов ШПД среднего размера.
Над проектом работают профессионалы, которые хорошо понимают, что именно им нужно.
Штука фантастическая, сапсибо за нее! Я задумал писать подобный проект (но значительно проще функционалом, конечно — мне далеко до уровня разработчиков вашего продукта). К нему бы еще документацию — было бы вообще замечательно
Я осмелюсь предположить, что если вы вынесете названия Badoo и Innova куда-нибудь в начало статьи, то её прочитает куда больше людей. Слишком уж здесь много кустарных поделок и просто новых проектов презентуется, так люди сразу серьёзнее отнесутся.
apache излишне тяжеловесен для такой конфигурации. Обычно ставят nginx или lighttpd.
Надо отметить, что NOC одновременно использует и PostgreSQL и MongoDB. Постгрес используется там, где выгоднее работать с реляционной моделью, а монго — в тех местах, где важна скорость или требуются документы со сложной структурой.
На отдельных задачах применение mongo дает ускорение в 4-5 раз. Новый Fault Management с ним заработал ощутимо быстрее.
По описанию — просто отлично, Вам бы еще добавить возможность 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 по зависимостям сервисов.
Визуализация схем сети с наложенными дополнительными данными — отдельная тема, скоро и до нее дойдут руки.
Толковым студентам, ищущим тему для дипломной работы, можем подкинуть несколько интересных тем и, возможно, посодействовать с преддипломной практикой. Если кому интересно, пишите мне.
Почему не смотрят? Базовая i18n есть, пусть и не по всем модулям. Fault Management вообще нативно умеет выводит сообщения на том языке, который выбрал оператор.
А зачем?
Ну то есть я имею в виду, что ведь это продукт не для Васи-заборостроителя, а для Васи-админа. То есть человек должен уже владеть базовым английским языком.
Сменным операторам удобнее читать на родном языке. Другое дело, что устоявшиеся технические требования лучше не переводить и тектст превращается в страшную русско-английскую мешанину
Вроде круто.
Предлагаю вам в следующей статье набросать мануал с картинками, а то пока толком не понятно, как это всё работает в сети с разношёрстным оборудованием
NOC: Комплексный подход к управлению сетью