Не автор поста, но отвечу, 10 лет назад альтернативы nagios практически не было, а когда уже мониторится более 4k железок, то переходить на другую систему мониторинга как бы особого смысла уже нет.
— Ресурс тех же LED ламп гораздо меньше из за того что умирает «балласт».
— Светодиоды со временем тускнеют, у меня через пару лет лампочки светят раза в полтора менее ярко чем новые.
— Добиться такого же светового потока как при использовании ламп накаливания практически невозможно (либо белит, либо синит, либо желтит)
— При использовании в местах где частые включения/выключения ресурс лампы очень мал — сдыхает балласт.
Сэкономить на использовании этих ламп невозможно, за два года моего эксперимента я портатил на закупку ламп + электроэнергию столько же денег сколько тратил бы на обычные лампы накаливания + потребление.
Не из собственного:
— На изготовление «балласта», светодиода, сборку тратится несоизмеримо больше электроэнергии, чем на изготовление лампы накаливания.
— Производство «балласта», диодов гораздо менее экологическое, чем изготовление лампы накаливания.
— Про утилизацию тоже все замалчивают, если речь идет про люминесцентные лампы, то в них ртуть.
Вы наверное удивитесь, но на RPM подобных все делается точно так же.
1 Создаете репозиторий с собранным пакетом
2 Подключаете репо на других серверах
3 Наслаждаетесь
Проблема в том, что не каждый системный администратор хочет и имеет технические знания реализовать подобную схему (ОС не важна).
Гораздо проще «натыркать» нужных пакетов и опций и положить ссылку на репо на сервера, всю остальную заботу по актуализации, новым версиям, новым модулям, сборке — берет на себя сервис.
За дополнительные бонусы которого, в виде технической поддержки, реализации дополнительных хотелок — владелец сервиса получает небольшую денежную благодарность.
Сейчас автообновление пакетов реализованно просто. Мы просто готовим новую версию SRPMS и у всех пользователей выбравших данный пакет он обновляется с его опциями сборки автоматически, т е без участия пользователя.
С новыми опциями еще проще, мы вносим в БД эту опцию для нужного пакета и у всех пользователей она появляется при выборе опций.
Если появился новый модуль (например для Nginx) тогда мы кладем его в SRPMS пакет и добавляем возможность включения в БД.
Можно пример небольшого проекта как правильно верстать?
SMS рассылаются просто
Код /usr/bin/send_sms.pl написать по вкусу смотря через что будете слать СМС например через gnokii.
— Ресурс тех же LED ламп гораздо меньше из за того что умирает «балласт».
— Светодиоды со временем тускнеют, у меня через пару лет лампочки светят раза в полтора менее ярко чем новые.
— Добиться такого же светового потока как при использовании ламп накаливания практически невозможно (либо белит, либо синит, либо желтит)
— При использовании в местах где частые включения/выключения ресурс лампы очень мал — сдыхает балласт.
Сэкономить на использовании этих ламп невозможно, за два года моего эксперимента я портатил на закупку ламп + электроэнергию столько же денег сколько тратил бы на обычные лампы накаливания + потребление.
Не из собственного:
— На изготовление «балласта», светодиода, сборку тратится несоизмеримо больше электроэнергии, чем на изготовление лампы накаливания.
— Производство «балласта», диодов гораздо менее экологическое, чем изготовление лампы накаливания.
— Про утилизацию тоже все замалчивают, если речь идет про люминесцентные лампы, то в них ртуть.
Представляю диалоги «Михалыч нарой инфы впопе » :)
Например поиск «в поисковике Путина ». Берем первые буквы получается «впоПу.ру».
Здесь похоже к проекту подключились серьезные ребята и 14 млн. рублей для них смехотворная сумма.
В Вашем случае это сработает, в 99% остальных пользователей нет. Поверьте не каждый напишет Spec, и соберет SRPM, с нужными модулями и патчами.
Наш сервис как раз для них.
drizzle-nginx-module
nginx_syslog
redis-nginx-module
под CentOS 5 архитектуры i386
у меня это заняло 3 минуты времени, и этот пакет я могут устанавливать и обновлять набрав только yum update
Сколько времени это займет у Вас с OBS?
1 Создаете репозиторий с собранным пакетом
2 Подключаете репо на других серверах
3 Наслаждаетесь
Проблема в том, что не каждый системный администратор хочет и имеет технические знания реализовать подобную схему (ОС не важна).
Гораздо проще «натыркать» нужных пакетов и опций и положить ссылку на репо на сервера, всю остальную заботу по актуализации, новым версиям, новым модулям, сборке — берет на себя сервис.
За дополнительные бонусы которого, в виде технической поддержки, реализации дополнительных хотелок — владелец сервиса получает небольшую денежную благодарность.
Согласитесь вполне себе рабочая схема.
И пользователям Nginx которые выберут данную опцию доступны такие конструкции.
Заняло это примерно минут 15. На тестирование ушло времени раз в 10 больше :)
С новыми опциями еще проще, мы вносим в БД эту опцию для нужного пакета и у всех пользователей она появляется при выборе опций.
Если появился новый модуль (например для Nginx) тогда мы кладем его в SRPMS пакет и добавляем возможность включения в БД.
Для пользователей процесс прозрачен.
P.S. Это философский вопрос, ответа на него не требуется. Спасибо за понимание.