Kevin Adametz
b5ed756d67
- dev/betrieb/deploy.sh: Deploy nur per Tag, mit --seed (Seeder im Wartungsmodus) und --initial (Vorschau/Live einmalig an Ort und Stelle auf Git umstellen) - dev/betrieb/vorschau-auffrischen.sh: Live-DB und Live-Medien in die Vorschau (Generalprobe) - InteriorReleaseSeeder: alle Inhaltsschritte des Relaunchs in einem Lauf, idempotent; Displays, Playlists und Mediathek bleiben unberührt - DisplayInteriorBrandingSeeder überschreibt keinen inzwischen gepflegten Claim mehr - Monitoring: GlitchTip (Server + Browser), /health mit Token, Scheduler-Herzschlag, Alarme per Mail und ntfy, Version in about und /health - public/build versioniert; .gitignore: macOS-Muster Icon traf resources/views/flux/icon/ - Runbook: dev/betrieb/README.md Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
75 lines
2.7 KiB
PHP
75 lines
2.7 KiB
PHP
<?php
|
||
|
||
return [
|
||
|
||
/*
|
||
|--------------------------------------------------------------------------
|
||
| Betriebs-Alerts
|
||
|--------------------------------------------------------------------------
|
||
|
|
||
| Fehlgeschlagene Scheduler-Tasks und Queue-Jobs werden immer als
|
||
| `critical` ins Log geschrieben (rotierter `daily`-Channel) und – wenn
|
||
| aktiviert und eine Adresse gesetzt ist – zusätzlich per Best-Effort-Mail
|
||
| gemeldet. Die Mail ist bewusst nur die zweite Ebene: schlägt der Versand
|
||
| fehl, bleibt der Log-Eintrag als verlässliche Spur bestehen.
|
||
|
|
||
*/
|
||
|
||
'alerts' => [
|
||
'enabled' => (bool) env('MONITORING_ALERTS_ENABLED', true),
|
||
|
||
// Ops-Postfach. Leer = keine Alert-Mail (Log und ntfy laufen trotzdem).
|
||
'mail_to' => env('MONITORING_ALERT_EMAIL'),
|
||
|
||
// Zweiter Alarmweg: Push über ntfy, JSON-POST
|
||
// an die Basis-URL. Ohne URL oder Topic aus.
|
||
'ntfy' => [
|
||
'url' => env('MONITORING_NTFY_URL'),
|
||
'topic' => env('MONITORING_NTFY_TOPIC'),
|
||
'token' => env('MONITORING_NTFY_TOKEN'),
|
||
'priority' => (int) env('MONITORING_NTFY_PRIORITY', 4),
|
||
],
|
||
],
|
||
|
||
/*
|
||
|--------------------------------------------------------------------------
|
||
| Browserfehler
|
||
|--------------------------------------------------------------------------
|
||
|
|
||
| Eigenes GlitchTip-Projekt für JavaScript-Fehler. Die DSN ist öffentlich
|
||
| (steht im HTML), sie erlaubt nur das Einliefern von Ereignissen. Ohne
|
||
| DSN wird kein Skript eingebunden.
|
||
|
|
||
*/
|
||
|
||
'browser' => [
|
||
'dsn' => env('SENTRY_BROWSER_DSN'),
|
||
'sample_rate' => (float) env('SENTRY_BROWSER_SAMPLE_RATE', 1.0),
|
||
],
|
||
|
||
/*
|
||
|--------------------------------------------------------------------------
|
||
| Health-Endpunkt und Scheduler-Herzschlag
|
||
|--------------------------------------------------------------------------
|
||
|
|
||
| `/health` antwortet nur mit gültigem Token (Bearer-Header oder
|
||
| `?token=`); ohne konfiguriertes Token gibt es den Endpunkt nicht (404).
|
||
| Der Scheduler schreibt jede Minute einen Herzschlag; bleibt er aus, ist
|
||
| der Cron-Eintrag weg oder der Server hängt.
|
||
|
|
||
*/
|
||
|
||
'health' => [
|
||
'token' => env('MONITORING_HEALTH_TOKEN'),
|
||
'queue_backlog_critical_seconds' => (int) env('MONITORING_QUEUE_BACKLOG_SECONDS', 300),
|
||
'disk_min_free_percent' => (float) env('MONITORING_DISK_MIN_FREE_PERCENT', 10),
|
||
],
|
||
|
||
'scheduler' => [
|
||
// Leer = storage/framework/scheduler-heartbeat. Die Tests setzen je Prozess eine eigene Datei.
|
||
'heartbeat_path' => env('MONITORING_HEARTBEAT_PATH'),
|
||
'heartbeat_warn_minutes' => 3,
|
||
'heartbeat_critical_minutes' => 10,
|
||
],
|
||
|
||
];
|