Автоматизация патчинга

в portage это очень просто

Нет данных по инфраструктуре. Тогда самое простое:
переcобирать пакеты с патчами и распространять через локальный репозитарий и штатные обновление по крону

ansible, puppet, etc ...

Смотря чего патчить и сколько

Для подобных задач обычно юзают ansible или аналоги

кстати, под это дело можно запилить gentoo prefix с портажем и патчами

Что значит «патчить серваки»? И почему бы не воспользоваться тем же инструментом, что и для управления пятьюстами серверами, тыже не вручную это делаешь?

для патчинга Linux

В этом треде один я понял, что ТС о патчинге ядра на лету?

У нас есть salt. Запилить кастомные python-скрипты и прочее я могу в целом, но хотелось бы красивое решение, с веб-мордой и графиками, автоматизацией (в идеале Maintenance mode в Nagios, снепшоты в VmWare, e-mail и т.д.)

Сейчас всё частично автоматизировано кастомными Python-скриптами, но это всё костыли. Наверное.

Патчить ОС (yum update\yum update --security).

тыже не вручную это делаешь?

Ты не поверишь...

Что значит «патчить серваки»?

yum update\yum update --security Ребут в случае необходимости (обновления ядра\systemd), проверить, запустилсоь ли приложение после. И в целом подготвоительные цикл (Maintenance mode в Nagios, снепшоты в VmWare, e-mail и т.д.)

уверен, что многие системы имеют аналоги https://packages.debian.org/stretch/cron-apt и https://packages.debian.org/stretch/apticron

О патчинге ядра на лету — да. крутая штука, использует на Oracle Linux, Ksplice Uptrack. Работает как надо.

Но кроме ядра ещё патчить надо и всё остальное.

Да, есть yum-cron. Я внеедряю пока, но всё дело идёт крайне неохотно...

У меня контора «европейская», ITIL, всё по проессам. Нашим манагерам явно не понравится yum-cron (ты что, серваки же патчится будут не раз в месяц, а хрен пойми когда! И снепшотов нет! И не по процессам, а как же ITIL и т.д.).

с трудом ввёл автопатчинг на 6 серверах (все они dev) с помощью yum-cron.

Поэтому хочется веб-морду. Чтобы были графики и чтобы менеджеры наши смотрели их и радовались. И репортов чтобы было побольше. Они такое любят.

зачем ? пихаешь в крон yu, update --security и радуешься жизни.

обычно production сервера обновляют крайне неохотно только если какой-нить blackout обнаружится. И делается это фактически единоразово.

контора «европейская» с ITIL, процессами. Манагерам (а их тут больше, чем инженеров) очень сложно будет всё объяснить и они точно не согласятся на cron с yum update -security. Ещё у каждого севрера свой владелец, своя команда поддержки приложения. Ну, если кратко, придётся уговаривать около 200 менеджеров (без шуток).

Тут к патчингу относятся, кхм, слишком серьёзно что ли... И боятся его...

Поэтому yum-cron сложно протолкнуть...

ты им скажи как они будут обьяснять после внедрения автопатчинга глюки которые будут возникать у владельцев ? А они будут возникать обязательно причем на самом ровном месте и совершенно неожиданно.

если уж хочешь автомата - то сделай скрипт который бы читал описание secure updates и показывал красиво в web интерфейсе.И в случае если secure update тебе нужен ты бы галочку ставил на апдейт этого апдейта.

вот, то, что нужно.

Но нужно готовое решение от профессионалов.

похоже ты ищешь ansible tower

Centralize and control your IT infrastructure with a visual dashboard, role-based access
control, job scheduling, integrated notifications and graphical inventory management.

если одновременно запилить апдейты автоматом на многих серверах, то и проблемы надо будет решать одновременно на всех серверах.
а большое количество «менегеров» на 1 кв.м. это очень большое зло.