когда можно будет проводить инвентаризацию по типу glpi?
Расскажите, что именно в первую очередь не хватает.
Всеобъемлющей информации о железе, установленном ПО, его версиях, т.е. именно то чем занимается glpi.
Скажем, условно собираются метрики с определенного сервера, и есть скажем исторические данные о состоянии жестких дисков, но нет информации о самом жестком диске, его названии, версии прошивки, s/n…
Сейчас получается что и в glpi собирается информация например о свободном месте на диске, и в zabbix, но подробности можно узнать только в glpi.
Такая же ситуация с процессором, в одном месте есть информация о его версии, релизе и прочих особенностях, но нет информации о его нагрузке, в то же время в заббиксе есть показания по загруженности процессора, но нет информации, что именно за процессор установлен…
На мой взгляд, это мое личное мнение, дублирование данных в различных системах это не есть хорошо, как и установка множество агентов под каждую систему, когда, в теории, тот же агент заббикса мог бы решать задачи сбора информации о железе и софте а не только о его состоянии.
Есть еще пара не озвученных вопросов
1. когда zabbix научиться «рисовать» карту сети?
2. когда можно будет проводить инвентаризацию по типу glpi?
и еще один
когда заббикс научится очищать «умершие» хосты в обнаружении?
Благодарю за ответ, однако не понимаю связи readme и «предполагается все вести только на английском». В чем сложности написать небольшой readme в markdown? На любом языке. И в чем сложность разместить два readme? Особенно если есть на русском?
ssl proxy особенно на роутере как-то весьма странно. Намного лучше когда сама утилита позволяет использовать защищенные каналы без дополнительных сторонних прослоек.
Так можно было бы и в через tor пустить поверх например HiddenService
Вроде бы и хорошо, но есть но
1. ключи и настройки передаются поверх дикого интернета по незащищенному http?
2. все таки нужны публичные ноды?
3. было бы наверное интереснее, когда сеть работала бы в принципе без публичных нод, а вместо ip использовала адреса tox сети… И поиск нод велся бы используя публичные ноды tox и DHT, коими является любой клиент, бот, нода…
Системный администратор это все-таки далеко не только администратор в компании где что-то разрабатывается… И потому остается открытым вопрос, зачем системному администратору какого-нибудь комитета образования или торговой компании практики DevOps?
Так же не уделено внимание и такому вопросу как DevOps трансформация всей компании. Практики DevOps ради практик ни к чему хорошему не приведут
Как мне кажется, единственная эл. подпись директора делается еще и потому, что это намного дешевле. Мало кому захочется эп на бухгалтеров делать, каждый раз проходя по семь кругов ада и выплачивая немалые суммы за это.
Чуть более часа на устранение проблем. Но можно наверное было бы и шустрее.
Не вижу оснований отказываться от сервиса, скорее наоборот, работа над ошибками вполне возможно, улучшит сервис
Всеобъемлющей информации о железе, установленном ПО, его версиях, т.е. именно то чем занимается glpi.
Скажем, условно собираются метрики с определенного сервера, и есть скажем исторические данные о состоянии жестких дисков, но нет информации о самом жестком диске, его названии, версии прошивки, s/n…
Сейчас получается что и в glpi собирается информация например о свободном месте на диске, и в zabbix, но подробности можно узнать только в glpi.
Такая же ситуация с процессором, в одном месте есть информация о его версии, релизе и прочих особенностях, но нет информации о его нагрузке, в то же время в заббиксе есть показания по загруженности процессора, но нет информации, что именно за процессор установлен…
На мой взгляд, это мое личное мнение, дублирование данных в различных системах это не есть хорошо, как и установка множество агентов под каждую систему, когда, в теории, тот же агент заббикса мог бы решать задачи сбора информации о железе и софте а не только о его состоянии.
1. когда zabbix научиться «рисовать» карту сети?
2. когда можно будет проводить инвентаризацию по типу glpi?
и еще один
когда заббикс научится очищать «умершие» хосты в обнаружении?
Где есть документация по особенностям «языка» IsFusion? Или java это и есть основной язык?
или вот эта:
teamhelps.pp.ua/top/kompilyaciya-svoikh-prilozheniy-dlya-openwrt
Так можно было бы и в через tor пустить поверх например HiddenService
1. ключи и настройки передаются поверх дикого интернета по незащищенному http?
2. все таки нужны публичные ноды?
3. было бы наверное интереснее, когда сеть работала бы в принципе без публичных нод, а вместо ip использовала адреса tox сети… И поиск нод велся бы используя публичные ноды tox и DHT, коими является любой клиент, бот, нода…
Так же не уделено внимание и такому вопросу как DevOps трансформация всей компании. Практики DevOps ради практик ни к чему хорошему не приведут
Не вижу оснований отказываться от сервиса, скорее наоборот, работа над ошибками вполне возможно, улучшит сервис
объективных причин не можем в полной мере конкурировать с Microsoft и Linux»
Увы и не смогут.