Skip to content

[Feature] Custom dashboards with configurable panels #151

@Polliog

Description

@Polliog

Feature Description

The current Logtide dashboard is fixed and organization-wide. This issue introduces user-configurable dashboards where teams can build the view that fits their stack, pinning the panels that matter most to them.

Problem/Use Case

Different teams within the same organization have very different observability needs. A backend team cares about p99 latency, error rates, and slow DB queries. A security team wants detection events, open incidents, and top triggered Sigma rules front and center. Right now everyone sees the same fixed dashboard, which means no one sees exactly what they need without navigating across multiple sections.

Proposed Solution

  • Dashboard builder UI: add, remove, and resize panels — ideally with drag-and-drop
  • Panel types available: time-series chart, single stat card, top-N table, live log stream, alert status indicator
  • Data sources for panels: metrics (once #1 is implemented), log volume aggregations by level/service, span latency from traces, detection events from SIEM
  • Per-project dashboards (team-specific views) and an optional global cross-project view
  • Dashboard configurations stored as JSON in the database, with optional YAML export for version-controlling dashboards alongside infrastructure code

Alternatives Considered

  • Grafana embed: embedding Grafana panels inside Logtide. Rejected because it introduces a heavy external dependency, defeats the self-contained deployment model, and complicates the privacy/GDPR positioning.
  • Fixed dashboard with more widgets: simply adding more panels to the current static dashboard. Rejected because it doesn't scale to different team needs and creates a cluttered UI.

Implementation Details (Optional)

  • Panel queries must target existing continuous aggregates (logs_hourly_stats, spans_hourly_stats, detection_events_hourly_stats) to maintain the <100ms render performance already established
  • Dashboard JSON schema should be versioned from day one to allow future migrations without breaking saved configurations
  • Consider a library like svelte-dnd-action for drag-and-drop panel reordering in the SvelteKit frontend

Priority

  • Critical - Blocking my usage of LogTide
  • High - Would significantly improve my workflow
  • Medium - Nice to have
  • Low - Minor enhancement

Target Users

  • DevOps Engineers
  • Developers
  • Security/SIEM Users
  • System Administrators
  • All Users

Additional Context

This feature also serves as the natural home for metrics visualizations once OTLP metrics ingestion is available (see issue #1). Building the dashboard infrastructure first means metrics panels can be added as a new data source type without redesigning the UI.

Contribution

  • I would like to work on implementing this feature

Metadata

Metadata

Assignees

No one assigned

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions