FDN-02/FDN-03/FDN-07/FDN-08: Migrations-Rollback, Objekt-Storage-Interface, go.sum-Fix, Observability
CI / Backend (go vet, go test -cover) (push) Has been cancelled
CI / Frontend (ESLint, tsc, next build) (push) Has been cancelled

- FDN-02: Rollback-fähige Down-Migrationen (024-026), archivdms seed dev CLI
- FDN-03: internal/objectstore Interface + lokaler WORM-Treiber, signierte Download-URLs
- FDN-07: go.mod/go.sum vervollständigt (fehlender go-ldap/v3-Eintrag), CI-Pipeline (.gitea/workflows/ci.yml, bereits in FDN-01 committet) damit lauffähig
- FDN-08: Request-ID-Middleware, /metrics-Endpoint, Panic-Recovery, Login/Logout/Me technisches Logging inkl. Access-Log je Anfrage
This commit is contained in:
2026-08-11 22:27:52 +02:00
parent 9a24ea29e1
commit 89de794356
30 changed files with 2688 additions and 113 deletions
+30
View File
@@ -340,6 +340,36 @@ func (s *Store) ReapStaleJobs(ctx context.Context, timeout time.Duration, maxRet
return len(stale), nil
}
// CountProcessingJobsByStatus liefert die Queue-Länge je Status über ALLE
// Mandanten hinweg. Bewusst ohne tenant_id-Filter: einziger Aufrufer ist der
// betriebsinterne Prometheus-Endpunkt GET /metrics (FDN-08), der nur
// aggregierte Zahlen ohne Mandantenbezug ausgibt — es verlassen keine
// mandantenbezogenen Daten das System. Für mandantenbezogene Auswertungen
// niemals diese Funktion nutzen.
func (s *Store) CountProcessingJobsByStatus(ctx context.Context) (map[string]int64, error) {
rows, err := s.db.Query(ctx, `
SELECT status, count(*) FROM processing_jobs GROUP BY status
`)
if err != nil {
return nil, fmt.Errorf("storage: count processing jobs by status: %w", err)
}
defer rows.Close()
out := map[string]int64{}
for rows.Next() {
var status string
var n int64
if err := rows.Scan(&status, &n); err != nil {
return nil, fmt.Errorf("storage: scan processing job count: %w", err)
}
out[status] = n
}
if err := rows.Err(); err != nil {
return nil, fmt.Errorf("storage: iterate processing job counts: %w", err)
}
return out, nil
}
// RequeueJob stellt einen Job (typischerweise einen dauerhaft 'failed'
// gelaufenen) wieder in die Queue und setzt retry_count zurück. Wird vom
// späteren manuellen Retry-Endpunkt (Phase 3) genutzt; tenant-scoped.