У корневого docker-compose.prod.yml не было секции logging ВООБЩЕ: дефолтный
json-file растёт без границ и живёт внутри контейнера. Ставим тот же anchor и
тот же драйвер, что уже стоят у trade-in (#2758) — один способ на оба стека.
Главное, что изменилось против постановки issue: glitchtip-worker (2.59 ГБ,
31.9 МБ/сутки — 81% всего роста стека) описан ИМЕННО В ЭТОМ ФАЙЛЕ
(project=gendesign, service=glitchtip-worker, профиль glitchtip активен в
/opt/gendesign/.env). В issue он числился «вне репозитория, к владельцу» —
проверка искала отдельный compose-файл и не нашла сервис внутри нашего.
Так что эта правка закрывает 2.59 из 13 ГБ, а не только «наши 210 МБ».
Вне репозитория остаётся только forgejo (10.3 ГБ, project=forgejo,
/home/gendesign/forgejo/docker-compose.yml) — там правит владелец.
Бюджет посчитан, не предположен: journald сам сообщает "System Journal ... is
2.2G, max 4.0G"; системный поток 22 МБ/сутки + наши 39 + tradein ≈ 65 МБ/сутки
→ ~60 суток глубины при 4G-потолке с самовытеснением. По диску эффект в плюс:
сегодня glitchtip-worker растёт без потолка, а пересоздание удалит его
json-file и разово освободит ~2.6 ГБ.
Корневой docker-compose.yml намеренно НЕ трогаем: он для локальной разработки,
а в Docker Desktop journald нет — контейнеры бы не стартовали.
Refs #2761, #2758, #2741
