PalveronPalveronDocs

Konfiguration

Alle Umgebungsvariablen und Standardwerte.

Gateway

VariableErforderlichStandardBeschreibung
DATABASE_URLJaPostgreSQL-Verbindung
REDIS_URLNeinRedis-URL
PORTNein8080HTTP-Port
BRAND_NAMENeinPalveronWhite-Label-Markenname

Dashboard

VariableErforderlichStandardBeschreibung
DATABASE_URLJaPostgreSQL-Verbindung
KINDE_CLIENT_IDJaKinde Client ID
KINDE_CLIENT_SECRETJaKinde Secret
KINDE_ISSUER_URLJaKinde Domain

Health-Endpoints

ServicePfadGesunde Antwort
GatewayGET /health200 — reine Liveness (Prozess lebt; keine Dependency-Checks)
GatewayGET /ready200, außer Postgres ist kritisch/ungeprobt (liest den gecachten Health-State, probt nie inline)
DashboardGET /api/health200 mit Build-Metadaten

/health zeigt keine Readiness — für Load-Balancer-Probes während Deployments /ready verwenden. Ein vollständiger Subsystem-Snapshot liegt unter GET /health/detailed, geschützt durch den X-Palveron-Operator-Key-Header (503, wenn OPERATOR_API_KEY nicht gesetzt ist).

Observability

EndpointBeschreibung
GET /metricsPrometheus-Exposition auf dem Gateway-Port — inkl. Governance-Availability-, Trace-Durability- und DLQ-Replay-p95-SLO-Gauges
GET /api/v1/integrity/statusKontinuierlicher Tamper-Detection-Status (API-Key-Auth)
GET /api/v1/admin/system-healthSystem-Health für das Admin-Panel (Admin-Rolle erforderlich)

Retry- & Rate-Limit-Verhalten

Die Gateway liefert:

  • 429 Too Many Requests mit Retry-After-Header und strukturiertem Body (limit_type: rpm oder monthly), wenn ein Rate-Limit greift
  • 503 Service Unavailable (leerer Body), wenn eine Governance-Entscheidung nicht dauerhaft aufgezeichnet werden konnte (DB und DLQ nicht verfügbar) — mit Backoff wiederholen

Die offiziellen SDKs respektieren Retry-After und wiederholen transiente 5xx-/Timeout-Fehler mit Exponential Backoff und Jitter. Eigene Clients sollten dasselbe Muster umsetzen.

On this page