людей нужно чем-то увлечь

для этого стоит сформулировать общую миссию проекта

если этого не сделать, все-равно придется к этой теме вернуться

на этом шаге придется отвечать на вопросы - а почему не ....

что сейчас и происходит

:) рад рац предложениям.

Заменить главную на список полезных ссылок? В порядке, который может пригодиться человеку, который начал искать?

годится. на кб можно поставит главной любую страницу.

предложт шаблон давай вместе доработаем

текущий шаблон делал я много лет назад. в голове были теже мысли. может пропустил чо

многие обламываются на том, что не выдерживают чужой критики

когда появится команда, появится вопрос личной мотивации

она у всех разная

и появится вопрос личной мотивации

дальше -- все начинали с маленького и простого, более понятного, чем все эти монстры

все закончили одним и тем же

ziptie нынче стал inventory

годится. на кб можно поставит главной любую страницу.

проблема в том, что агрегатор актуален, пока ты его поддерживаешь

NOC тоже сложно назвать маленьким

так что рости придется, и легкость тут - слабый аргумент

скорее - временное состояние

проблема в том, что агрегатор актуален, пока ты его поддерживаешь

это не проблема а условие

Ладно, по морали у меня все

если NOC кажется тяжелым, то можно взять скрипты NOC и сделать минимальную обвязку

не факт, правда, что она будет более легковесной

ну и как вариант, продукт может дорасти до такой стадии, что его можно будет продавать

Дим, а это уже неизбежная стадия

уже можно?)

да, конечно

тем более вон и покупатель есть в виде павла

пока дошел, все мысли повылетали)

вот

ща, соберусь, сформулирую

По Павлу я могу отдельно

там все коротко -- таков рынок

готов потратиться - приглашаешь вендоров и слушаешь байки

и задаешь вопросы

кстати потом на тендере павел такой возьмет и выставит не функциональные требования в виде ha и работы с _вставить тут нужное_ и модели безопасности а пределами разума

не готов - готовь читать тонны маркетингового булшита

ну да, потом условный Павел захочет LDAP, веб-морду и автологаут через 10 минут

Вот лично я не помню, чтобы мы с Павлом обсуждали какие-либо деталии

по способности NOC работать с критичной инфраструктурой

Крупнейшие сети в РФ обслужииваются NOC

или его производными

тут медицинский факт

и NOC интегрирован с другими системами

и часть из этих внедрений сделала наша проектная команда, которая замечательно уживается в Сателе вместе с РТУ

До сих пор, как вспомню OneAccess, так вздрогну

и конкретно по NOC там сейчас лучшая экспертиза

и она вполне возвращается в проект, когда оно целесообразно

BTW, опыт трехлетней давности с NOC мало применим к текущему состоянию

Я больше скажу, как только заработает бесшовное обновление с develop, появится еще куча народа со своими уже готовыми разработками.

BTW, опыт трехлетней давности с NOC мало применим к текущему состоянию

Он пробовал полгода назад

Есть много вещей, видя которые человек говорит "йопт" и бросает

Dmitry https://code.getnoc.com/noc/noc/milestones/1 - разгребаем, и полируем миграцию

Лучше водочки выпили

Есть много вещей, видя которые человек говорит "йопт" и бросает

Жить вообще страшно

Dmitry https://code.getnoc.com/noc/noc/milestones/1 - разгребаем, и полируем миграцию

ВОт это хорошо, мне прям нравится

Есть много вещей, видя которые человек говорит "йопт" и бросает

так и есть.

NOC не кокаин, чтобы его пробовать

говно нужно выметать

даже если оно займет несколько итераций

Большая часть твоих аргументов (да практически все) связаны с тем, что "сложности роста", "неизбежность сбора команды", "столкнёшься с теми же проблемами" и т.д. и т.п. Всё-таки ты, видимо, невольно сравниваешь мою недоподелку с НОКом. Я ещё раз повторю: у меня нет цели ни популяризоваться, ни сделать крутой опенсурс продукт, ни, тем более, сделать что-то, универсальное для всех. Другая часть аргументов - NIH. В какой-то мере это, возможно, и справедливо - но! Пример №1: вот есть у меня база свитчей. Сначала в своей бд была ; потом в билинг перетащили, чтобы нативно с юзерами связывать. В общем, где-то они хранятся. Мне необходимо знать, какие из этих свитчей живы. Желательно, как можно более "нативно" - потому что в своей ЦРМке прикручено управление ими: слазить привязать АЦЛи, посмотреть текущие АЦЛи и т.д. Мой вариант: за 1-2 вечера я написал на сях пинговалку, берущую свитчи из БД, пингующую, обнавляющую их состояние там же, в бд. Потом взял и переписал на го - ну просто потому что почему бы и нет. Всё это лежит на гитхабе - потому что мне не жалко, а не потому что я хочу из этого сделать что-то гигантское! :) Несколько человек (пользователей аналогичного моему билинга) сочли эти штуки крутыми и удобными и пользуются - ну и ок. Твой вариант: это всё не нужно, колхоз, неподдерживаемо после моего увольнения, нужно было поставить нок, смигрировать туда базу свитчей, постоянно её синхронизировать - и было бы щщасте. Точно твой вариант лучше? Пример №2: захотелось мне в конце нулевых уйти от туннелей и перевести сеть на ipoe. Лучший вариант - option82, о привязки к макам и речи быть не может. Мой вариант: написал dhcp-сервер, работающий с моим билингом, выдающий айпишники так, как мне нужно. Сменился билинг - изменил пару запросов. Эта штука позволила сделать гибкую и полностью автоматическую систему регистрации новых юзеров: выдачу "левых" сетей, из которых трафик редиректится только на нужную веб-страничку ; моментальную перевыдачу "нормальных" айпишников сразу после того, как юзер вбил свои данные, и т.д. и т.п. Твой вариант (судя по анти-NIH-синдрому :)) - нужно было "как все" юзать ISC и страдать, страдать, страдать. Чистить лизы скриптами, обновлять многомегабайтные конфиги, рестартить по каждому чиху и т.д. Точно мой вариант хуже? Но ведь NIH же? Извиняюсь за то, что такими аналогиями кидаюсь - мне так проще аргументировать "инхауз разработку", против которой вы так категорично настроены... Что касается этого моего поделия. Ещё раз: у меня абсолютно нет цели сделать "очередную супер NMS". Но у меня есть нужда в штуках для автоматизации, в которых я буду на 100% уверен. Ну ладно, на 99%. Они маленькие, заточены под какие-то мелкие задачи - но простые как молоток. » В одиночку такие проекты в принципе не вытягиваются уже Вот какие - такие, учитывая вышесказанное? :) » итого по третьему - NIH, дерьмовая мотивация Блин. Вот взять заббикс (извините). Он тоже вполне себе NIH, но вполне используется - потому что простой и стабильный! :) » Крупнейшие сети в РФ обслужииваются NOC Ну я ведь не сильно ошибусь, если предположу, что эти инсталляции отдельный штат постоянно обслуживает?

уф

пп.1 - в NOC есть система ETL для выгрузки данных, и datastream для отдачи

абсолютно стандартное решение, когда одна из систем выступает источнииком данных, другая - приемником

оно так почти везде

Возможно, мостик к какому-то источнику было бы проще разработать, чем делать все с нуля

что касается интеграции со всякими инвентарками - я готов помогать в рамках подготовки к релизу

так как чем больше систем из коробки будет поддерживаться, тем лучше

Большая часть твоих аргументов (да практически все) связаны с тем, что "сложности роста", "неизбежность сбора команды", "столкнёшься с теми же проблемами" и т.д. и т.п. Всё-таки ты, видимо, невольно сравниваешь мою недоподелку с НОКом. Я ещё раз повторю: у меня нет цели ни популяризоваться, ни сделать крутой опенсурс продукт, ни, тем более, сделать что-то, универсальное для всех. Другая часть аргументов - NIH. В какой-то мере это, возможно, и справедливо - но! Пример №1: вот есть у меня база свитчей. Сначала в своей бд была ; потом в билинг перетащили, чтобы нативно с юзерами связывать. В общем, где-то они хранятся. Мне необходимо знать, какие из этих свитчей живы. Желательно, как можно более "нативно" - потому что в своей ЦРМке прикручено управление ими: слазить привязать АЦЛи, посмотреть текущие АЦЛи и т.д. Мой вариант: за 1-2 вечера я написал на сях пинговалку, берущую свитчи из БД, пингующую, обнавляющую их состояние там же, в бд. Потом взял и переписал на го - ну просто потому что почему бы и нет. Всё это лежит на гитхабе - потому что мне не жалко, а не потому что я хочу из этого сделать что-то гигантское! :) Несколько человек (пользователей аналогичного моему билинга) сочли эти штуки крутыми и удобными и пользуются - ну и ок. Твой вариант: это всё не нужно, колхоз, неподдерживаемо после моего увольнения, нужно было поставить нок, смигрировать туда базу свитчей, постоянно её синхронизировать - и было бы щщасте. Точно твой вариант лучше? Пример №2: захотелось мне в конце нулевых уйти от туннелей и перевести сеть на ipoe. Лучший вариант - option82, о привязки к макам и речи быть не может. Мой вариант: написал dhcp-сервер, работающий с моим билингом, выдающий айпишники так, как мне нужно. Сменился билинг - изменил пару запросов. Эта штука позволила сделать гибкую и полностью автоматическую систему регистрации новых юзеров: выдачу "левых" сетей, из которых трафик редиректится только на нужную веб-страничку ; моментальную перевыдачу "нормальных" айпишников сразу после того, как юзер вбил свои данные, и т.д. и т.п. Твой вариант (судя по анти-NIH-синдрому :)) - нужно было "как все" юзать ISC и страдать, страдать, страдать. Чистить лизы скриптами, обновлять многомегабайтные конфиги, рестартить по каждому чиху и т.д. Точно мой вариант хуже? Но ведь NIH же? Извиняюсь за то, что такими аналогиями кидаюсь - мне так проще аргументировать "инхауз разработку", против которой вы так категорично настроены... Что касается этого моего поделия. Ещё раз: у меня абсолютно нет цели сделать "очередную супер NMS". Но у меня есть нужда в штуках для автоматизации, в которых я буду на 100% уверен. Ну ладно, на 99%. Они маленькие, заточены под какие-то мелкие задачи - но простые как молоток. » В одиночку такие проекты в принципе не вытягиваются уже Вот какие - такие, учитывая вышесказанное? :) » итого по третьему - NIH, дерьмовая мотивация Блин. Вот взять заббикс (извините). Он тоже вполне себе NIH, но вполне используется - потому что простой и стабильный! :) » Крупнейшие сети в РФ обслужииваются NOC Ну я ведь не сильно ошибусь, если предположу, что эти инсталляции отдельный штат постоянно обслуживает?

спасибо за длиннопост ! люблю такие.

Пример -№2 - а вот весьма спорное, я видел такое на freeradius

Больше полумиллиона живых абонентов

ее до меня два раза уже передавали по мере текучки

Возможно, мостик к какому-то источнику было бы проще разработать, чем делать все с нуля

Вот к сожалению чёрт его знает. Простой пример: отсутствие возможности удаления чего-либо. Ну это же.... как минимум странно выглядит :) Вот просто сценарий: поставил нок, стоит в продакшне, всё круто. Потом случайно взял и тыркнул "удалить" на каком-нибудь свитче (да, кнопка есть!!!). Иииииии.... Как минимум скорее всего не удастся потом использовать айпишник этого свитча, как максимум - вообще непредвиденные баги полезут изо всех щелей :) Когда я спрашивал тут, как эти ошмётки вычистить — никто не смог сказать, пришлось тупо переставлять нок )

я ее не выкинул, а разогнал на 30%

Пример -№2 - а вот весьма спорное, я видел такое на freeradius

дак на нём и написал :) тогда оно было в стадии глубокой альфы/беты и ни об одном использовании в продакшне я не слышал, это сейчас оно везде уже. Но ведь это кастомщина! Надо было ISC! нет? :)

ну то есть, радиус даёт только интерфейс к сети - и всё, остальное - как напишешь, так и будет

нет, это настройками

просмотрел большой пост у нока есть http api, через которое можно спокойно обращаться к нему из биллинга

И у NOC'а готовится nbi, чтобы упростить этот процесс

и разделить морду от API

просмотрел большой пост у нока есть http api, через которое можно спокойно обращаться к нему из биллинга

Да, и полностью отсутствует описание. Я его поюзал, да — но пришлось адово курить http-запросы в консоли браузера :)

и?

причём - 100500 параметров, и хрен кто скажет, какие из них обязательные, какие нет

и?

ну, это продакшн-реди?

и?

интеграционный API мы описываем и сдаем заказчику

ты свой задокументировал уже?

а, это уже из платной сферы? ну ок)

?

Что есть платное или бесплатное?

ну, как следует из диалога - получить документацию для API - стоит денег :)

https://docs.getnoc.com/en/api.html

вот тебе еще раз пример, новый API для интеграции

он задокументирован

ну, как следует из диалога - получить документацию для API - стоит денег :)

не путай доку по проекту и доку по Проекту

;)

https://docs.getnoc.com/en/api.html

Супер. Не так давно этого не было )

ну так то, что нет - всегда можно исправить