Wednesday February 28 2024 00:14, from Dmitry Protasoff -> Nil A:
NA>> Я про логротейт на уровне твоего дистрибутива линукса, какую тебе NA>> туда версию положили. От хаски и бинка нужно только уметь NA>> пересоздавать конфиги. Hу или на крайняк перезапускать просто.
DP> Я вот тут приведу личное наблюдение - в мире есть два взгляда на эту DP> проблему. Есть твой, с которым я не спорю, ибо не с чем тут спорить. DP> Hо есть второй - им страдают архитекторы, которые глубоко уходят в DP> бизнес-логику клиентскую. Им нужно именно в софте реализовать эти DP> фичи, ибо у бизнес-клиента нет людей, чтобы эти логротейты DP> настраивать, мониторить, чинить и т.д.
Понятно, что в очень большой серьёздной компании напишут свой логротейт, и не всегда системным будут пользоваться. Просто потому что логи ещё надо как-то аггрегировать, с других машин куда-то складировать и пр.
Гнутый софт, распространяемый в пакетах, он положит необходимые файлы и для логротейта. Грубо говоря, будешь апач ставить из .rpm (ну или джинекс), и он положит куда-надо, типа /etc/logrotate.d. А .deb пакет, он положит куда-то ещё. Я сейчас просто по памяти какие-то примеры и имена написал.
DP> Им надо "все в одном", с url /status, который можно дернуть и понять - DP> уже жопа настала или "спи, солдат, спокойно".
Ну это такие, у которых свои круглосуточные NOC центры есть.
DP> Помню, как мой нынешний партнер по бизнесу буквально орал на главного DP> разраба на эту тему, а он ему отвечал примерно так же. Сошлись на том, DP> что софт будет слать логи в syslog, который может быть на 3й машине DP> (чтобы не загадить место локально, или вообще слать в коммерческий DP> сервис, коих нынче много, которые этот syslog примут, сожмут, DP> обработают и вообще - любой каприз и devops не нужен.
Яндекс отдал в опенсорц свой ClickHouse, как один из юзкейсов, логи там можно хранить.
Best Regards, Nil --- GoldED+/LNX 1.1.5 * Origin: Linux 2.6.32-042stab145.3 (2:5015/46)
