«Дело не в потенциальных деньгах за краденные мемы, а в том, что некрасиво зарабатывать на краденом, и кто-то должен наконец вскрыть эту тему и публично потребовать прекратить»
Есть подозрение, что в детском саду и netxms будет оверкиллом :) Если, конечно, админ на удалёнке не делает централизованный мониторинг тысячи одинаковых детских садов.
Оно, конечно, в чём-то верно, сам таким был. Вопрос в том, что однажды придётся всё, что настраивается не конфигом, выкинуть, и сделать всё с нуля. Можно, конечно, говорить о том, что так случается с каждой системой, но какие-то подходы позволяют системе выжить дольше. Поэтому я вижу пользу от траты времени на почитать и разобраться, если непонятно — решение потенциально проживёт дольше и будет экономить ручной труд вместо того, чтобы требовать больше и больше ручного труда.
Ничего не имею против конкретной системы мониторинга, я больше о подходе. Заббиксовские готовые шаблоны для той же винды настолько ужасны, что использовать их нет никакого желания. Если в NetXMS готовый шаблон несёт больше пользы — честь им и хвала.
Не вижу нужды в "дружелюбном" интерфейсе системы мониторинга. Написать правила автообнаружения и маркировки (либо задать адреса статически), сделать шаблоны с метриками и алёртами, запилить нужное количество полезных дашбордов — и забыть про систему мониторинга вообще. Придёт алёрт — посмотрим в мониторинг. А от сидения перед графиками большого смысла нет. В этом смысле заббикс тоже неидеален (шаблоны в XML, бееее), зато у него есть API и при желании всё можно автоматизировать. Настраивать систему мониторинга мышкой — это как-то неправильно.
Рабочий инструмент, к сожалению, не могу назвать по NDA. Сам для своей домашней лаборатории рассматривал RackTables с дополнениями, OpenDCIM, и ещё какая-то приблуда была с непроизносимым названием, но она всё равно оффтопик, вероятнее всего.
Думаю, если бы передо мной всерьёз стояла задача взрослого capacity management и ничего из существующего не подошло, я бы написал что-то с СУБД и простеньким фронтендом — сразу упрощается интеграция с другими системами и появляется возможность для простой автоматизации. СУБД вообще всё делает лучше :)
Рекомендую не использовать электронные таблицы для capacity management. Совершенно не масштабируется, сложно организовать программный доступ к данным из внешних систем. Обмениваться файлами xls или ссылками на гуглодок — очень печальный способ передачи данных. Плюс очень скудные возможности версионирования и аудита.
Новости из будущего! :-)
Альтернатива: https://habr.com/ru/post/255179/
Если бы Russian activity было единственной проблемой Фейсбука. Да и не про безопасность эта activity, если уж на то пошло.
Привлекла жаба гадюку.
Не стоит вскрывать эту тему. Вы молодые...
Получится электронный документооборот.
Весь сценарий напоминает некоторые видео с канала Kitboga (https://www.youtube.com/channel/UCm22FAXZMw1BaWeFszZxUKw).
Описанное очень напоминает https://ru.m.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0_%D1%81%D0%BF%D1%8F%D1%89%D0%B5%D0%B3%D0%BE_%D0%BF%D0%B0%D1%80%D0%B8%D0%BA%D0%BC%D0%B0%D1%85%D0%B5%D1%80%D0%B0.
Ещё есть pdfunite (http://manpages.ubuntu.com/manpages/bionic/man1/pdfunite.1.html).
Вспомнилась классика: https://youtu.be/H3SQQMmGInM
Для ANY можно использовать библиотеку mock — https://docs.python.org/3/library/unittest.mock.html#any.
Оно, конечно, в чём-то верно, сам таким был. Вопрос в том, что однажды придётся всё, что настраивается не конфигом, выкинуть, и сделать всё с нуля. Можно, конечно, говорить о том, что так случается с каждой системой, но какие-то подходы позволяют системе выжить дольше. Поэтому я вижу пользу от траты времени на почитать и разобраться, если непонятно — решение потенциально проживёт дольше и будет экономить ручной труд вместо того, чтобы требовать больше и больше ручного труда.
Ничего не имею против конкретной системы мониторинга, я больше о подходе. Заббиксовские готовые шаблоны для той же винды настолько ужасны, что использовать их нет никакого желания. Если в NetXMS готовый шаблон несёт больше пользы — честь им и хвала.
Не вижу нужды в "дружелюбном" интерфейсе системы мониторинга. Написать правила автообнаружения и маркировки (либо задать адреса статически), сделать шаблоны с метриками и алёртами, запилить нужное количество полезных дашбордов — и забыть про систему мониторинга вообще. Придёт алёрт — посмотрим в мониторинг. А от сидения перед графиками большого смысла нет. В этом смысле заббикс тоже неидеален (шаблоны в XML, бееее), зато у него есть API и при желании всё можно автоматизировать. Настраивать систему мониторинга мышкой — это как-то неправильно.
Думаю, если бы передо мной всерьёз стояла задача взрослого capacity management и ничего из существующего не подошло, я бы написал что-то с СУБД и простеньким фронтендом — сразу упрощается интеграция с другими системами и появляется возможность для простой автоматизации. СУБД вообще всё делает лучше :)
Рекомендую не использовать электронные таблицы для capacity management. Совершенно не масштабируется, сложно организовать программный доступ к данным из внешних систем. Обмениваться файлами xls или ссылками на гуглодок — очень печальный способ передачи данных. Плюс очень скудные возможности версионирования и аудита.
А также свободный аналог Anyconnect — openconnect/ocserv
Это синдром абстинентный, а лексика обсценная.