Thomas Stallinger
2f6ff909f9
Siehe neue ADR (platform-docs). Migration 0022 (devices.debug_mode_until +
6 Health-Spalten). AGENT_POLL_INTERVAL_SECONDS-Default 300 -> 21600 (6h,
Jitter kommt agentenseitig). agent_checkin() liefert dynamisch das kurze
Debug-Intervall statt des Standards, solange debug_mode_until in der
Zukunft liegt - reiner Zeitvergleich, kein Cron zum Zurücksetzen nötig.
Neue Endpunkte POST/DELETE /api/v1/devices/{id}/debug-mode. Check-in
nimmt optional health-Objekt entgegen (Disk/RAM/Uptime/Load), schreibt es
kombiniert mit agent_last_checkin in einem UPDATE. fetch_devices_for_
organization()/fetch_all_devices() liefern debug_mode_until + Health jetzt
mit aus (Kundenplattform braucht sie für Anzeige/Toggle-Zustand, kein
Zusatz-Request nötig).
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
18 lines
1.0 KiB
SQL
18 lines
1.0 KiB
SQL
-- Agent-Intervall/Debug-Modus/Health-Monitoring (26.08.2026-Planung, siehe
|
|
-- neue ADR). debug_mode_until ist der einzige Zustand fuer den Debug-Modus -
|
|
-- der Checkin-Handler vergleicht ihn bei jeder Anfrage mit CURRENT_TIMESTAMP,
|
|
-- kein separater Cron/Aufraeum-Job noetig, das Zurueckfallen auf das
|
|
-- Standardintervall passiert von selbst.
|
|
--
|
|
-- Health-Spalten halten bewusst nur den jeweils letzten Stand (wie schon
|
|
-- agent_last_checkin), keine wachsende Historie - konsistent mit dem
|
|
-- Plattenplatz-Bewusstsein an anderer Stelle (siehe iso_builds-Aufraeumung).
|
|
ALTER TABLE devices ADD COLUMN debug_mode_until TIMESTAMPTZ;
|
|
ALTER TABLE devices ADD COLUMN health_disk_used_percent REAL;
|
|
ALTER TABLE devices ADD COLUMN health_ram_used_percent REAL;
|
|
ALTER TABLE devices ADD COLUMN health_uptime_seconds BIGINT;
|
|
ALTER TABLE devices ADD COLUMN health_load_1m REAL;
|
|
ALTER TABLE devices ADD COLUMN health_load_5m REAL;
|
|
ALTER TABLE devices ADD COLUMN health_load_15m REAL;
|
|
ALTER TABLE devices ADD COLUMN health_collected_at TIMESTAMPTZ;
|