GG
если инструмент пишет логи - он вполне может их писать в тот же сислог или просто в файл, а дальше в любимый стек, хоть ELK, хоть что
👎
Size: a a a
2020 September 18
AP
че как, ваш системд научился уже уведомления слать если что сдохло, а?
N
че как, ваш системд научился уже уведомления слать если что сдохло, а?
пагади ты прыгаешь с тем!!!
AP
не не, вот мне зачем отдельный юнит для крона? типа чтоб атомарно понимать что сдохло
N
Вот у тебя куча минио скриптов, ты будешь просто гулять по крон логу и искать конкретный?
GG
я уж не говорю о том, что крон зачастую ничего никуда не шлет, потому что отправка почты сломана
N
не не, вот мне зачем отдельный юнит для крона? типа чтоб атомарно понимать что сдохло
Ну вообщето это правильно! ты четко атомарно понимаешь каждый юнит
AP
Вот у тебя куча минио скриптов, ты будешь просто гулять по крон логу и искать конкретный?
не буду, они просто файлики трут, мне вообще пофиг что они там в логи пишут
GG
не буду, они просто файлики трут, мне вообще пофиг что они там в логи пишут
инженерный подход, отлично
AP
да, без оверинженеринга
AP
если что сломается, всегда есть алерты на занятое место
GG
какой оверинжиниринг - у тебя таймеры часть системы сто лет в обед
N
не буду, они просто файлики трут, мне вообще пофиг что они там в логи пишут
Я могу тока посоветовать видосик почему придумали systemd, его плюсы и гибкость. Крон рядом не стоял
AP
systemd в качестве init процесса удобен, в качестве замены крона - нет
AP
таймеры-хуяймеры. если уж на то пошло, лучше женкинс или ансибл какой и запуск по расписанию