Для логической изоляции логов есть механизм "namespaces" - задается опцией LogNamespace в unit файле. Таким образом можно для каждого сервиса задавать свои опции в /etc/systemd/journald@<service>.conf (например LogLevelMax) и управлять ротацией и очисткой через journalctl --namespace <service>
Если коротко, то можно включить логирование на bind, или через tcpdump посмотреть. Более подробно планировал про дебаг описать в третьей части серии, поэтому не хотелось бы сразу спойлерить...
речь идет о том, что мы используем этот код и проект для решения именно сопутствующих задач у этого же заказчика. И автоматизация как раз помогает в решении многих других задач по управлению всем парком инфраструктуры, которая находится на поддержке
мы помогли заказчику решить свою проблему так, как позволяют ему внутренние регламенты. зачем внедрять автоматизацию – на этот вопрос постарался ответить в своей статье. я для себя определил так: на любой запрос реально создать рабочее и полезное решение. мы, кстати, его теперь переиспользуем для многих других сопутствующих задач.
справедливый вопрос, отвечу своим же текстом из поста.
Тут стоит оговориться, что наша позиция – использовать правильные и эффективные инструменты (DNS), но в тот момент у нас не было выбора. Задача была жестко сформулирована заказчиком (hosts) – поэтому пришлось решать именно ее.
то есть мы решали задачи строго в требованиях заказчика и по правилам внутренних регламентов
Для логической изоляции логов есть механизм "namespaces" - задается опцией LogNamespace в unit файле. Таким образом можно для каждого сервиса задавать свои опции в /etc/systemd/journald@<service>.conf (например LogLevelMax) и управлять ротацией и очисткой через journalctl --namespace <service>
Хороший материал! Спасибо! Отлично расширяет область практического применения! Погружает в реальные условия эксплуатации со спецификой Astra и Windows
про nscd есть упоминание во второй части серии, как раз в контексте кеширования
спасибо, что заметили, поправим
Про это обязательно будет в одной из следующих частей
Если коротко, то можно включить логирование на bind, или через tcpdump посмотреть. Более подробно планировал про дебаг описать в третьей части серии, поэтому не хотелось бы сразу спойлерить...
речь идет о том, что мы используем этот код и проект для решения именно сопутствующих задач у этого же заказчика. И автоматизация как раз помогает в решении многих других задач по управлению всем парком инфраструктуры, которая находится на поддержке
мы помогли заказчику решить свою проблему так, как позволяют ему внутренние регламенты. зачем внедрять автоматизацию – на этот вопрос постарался ответить в своей статье. я для себя определил так: на любой запрос реально создать рабочее и полезное решение. мы, кстати, его теперь переиспользуем для многих других сопутствующих задач.
справедливый вопрос, отвечу своим же текстом из поста.
то есть мы решали задачи строго в требованиях заказчика и по правилам внутренних регламентов