Worker Runtime Ablaeufe
Globales Schleifenmuster
sequenceDiagram
participant Loop as Worker-Schleife
participant CFG as cConfig und cConfigExt
participant LOCK as Runtime-Lock
participant RUN as Job-Run-Tracking
participant TASK as Celery-Task
Loop->>CFG: aktive enabled Configs iterieren
Loop->>CFG: jobs.*.config und runtime lesen
Loop->>LOCK: pro-Config-Lock anfragen
Loop->>RUN: queued Job-Run anlegen
Loop->>TASK: Celery-Task dispatchen
TASK-->>RUN: running oder success oder failed markieren
TASK-->>CFG: Runtime-Zeitstempel und Zustand aktualisieren
Abhaengigkeitskette
flowchart LR
PKG[packages loop] --> PAY[payloads loop]
PKG --> MSG[messages loop]
PKG --> ALT[alerts loop]
MSG --> ALT
ALT --> UI[Alerts und Overview Karten]
MSG --> UIP[Message Popups]
PKG --> UIF[Packages und Artifacts]
Split der Message-Schleife
Der Message-Sync ist bewusst getrennt:
- Hot-Loop nutzt
repeat_interval - Cold-Loop nutzt
repeat_interval_cold
So koennen aktuelle operative Messages schneller aktualisiert werden als aeltere Historienbereiche.
Beispielhafte Runtime-Keys
| Runtime-Key | Typische Bedeutung |
|---|---|
last_run | letzter generischer Schleifendurchlauf |
last_run_hot | letzter Hot-Message-Sync |
last_run_cold | letzter Cold-Message-Sync |
last_seen_completed | hoechster bekannter completed-Zeitstempel fuer Alert-Logik |
active_since_completed | Kontinuitaetsmarker der Alert-Runtime |
last_deep_sync | letzter naechtlicher Deep-Sync fuer Package- oder Artefaktzustand |