Ещё немного о логировании На меня часто смотрят как на умалишенного, когда слышат мой призыв научиться логировать интеллектуальную деятельность. "Это так долго, это сложно, где взять 20 минут времени?" Действительно, 20 минут нигде не найти, если не знать, куда уходят основные силы и время. Давайте приведу пример анализа собственного лога и покажу, каким образом он помогает мне работать с масштабными проектами. Для анализа, конечно, всё-таки нужен хоть какой-то материал. В этот раз я взял данные...

Итог тоже знакомый: диск быстро переполняется, база начинает тормозить, а в логах тонет все полезное. Мы изначально делали pg_proaudit не как замену стандартному логгеру PostgreSQL, а как дополнение: отделить аудит от технических артефактов системы и выдавать чистый поток событий для SIEM. Плюс важно не писать все подряд, а выделять конкретные зоны риска и следить именно за ними. Но первая версия уперлась в эксплуатацию: инструмент был мощный и быстрый, но его было слишком сложно настраивать. Администраторы считали, сколько правил нужно создать вручную, и часто выбирали что-то попроще...