Evaluate adding structured logging alongside human‑readable logs #6

Open
opened 2026-04-07 11:01:11 +01:00 by mon · 0 comments
Owner

Currently, logs are plain text optimized for human readability. This issue proposes evaluating whether to add optional structured logging (e.g., JSON lines) to support automated log processing, monitoring, or integration with external tools.

Discussion points

  • Should structured logs be optional (e.g., via config flag)?
  • Should logs remain human‑readable by default?
  • What fields would be useful in structured form (timestamp, event type, domain, record, old/new IP, status)?
  • Would dual‑format logging (human + JSON) be beneficial?

Benefits

  • Easier integration with log parsers, dashboards, or alerting systems
  • Machine‑readable logs for long‑term analysis
  • More consistent structure for automated tools

Decision should consider simplicity vs. flexibility

Currently, logs are plain text optimized for human readability. This issue proposes evaluating whether to add optional structured logging (e.g., JSON lines) to support automated log processing, monitoring, or integration with external tools. **Discussion points** - Should structured logs be optional (e.g., via config flag)? - Should logs remain human‑readable by default? - What fields would be useful in structured form (timestamp, event type, domain, record, old/new IP, status)? - Would dual‑format logging (human + JSON) be beneficial? **Benefits** - Easier integration with log parsers, dashboards, or alerting systems - Machine‑readable logs for long‑term analysis - More consistent structure for automated tools Decision should consider simplicity vs. flexibility
mon self-assigned this 2026-04-07 11:01:16 +01:00
Sign in to join this conversation.
No Label
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: mon/pb-dydns#6
No description provided.