Connect wurde nicht als isolierte Chat-App gebaut. Die Plattform trennt Domänen so, dass Kommunikation später mit Sicherheitsereignissen verbunden werden kann.
Authentifizierung, Benutzer, Kollaboration, Nachrichten, Dateien, Realtime, Benachrichtigungen und Schlüssel besitzen getrennte Module. Der Monolith bleibt betreibbar, ohne zu einem untrennbaren Block zu werden.
PostgreSQL ist die verlässliche Quelle, Redis verteilt flüchtige Realtime-Ereignisse und Socket.IO synchronisiert Clients. Nach Reconnect entscheidet der persistierte Zustand, nicht die Erinnerung des Sockets.
Dateien landen in einem S3-kompatiblen privaten Objektspeicher. Der Browser verschlüsselt vor dem Upload; Zugriff erfolgt über kurzlebige signierte URLs statt öffentliche Buckets.
Events, Alerts, Kameras, Sensoren, Leitstelle, Monitoring und KI besitzen vorbereitete Ports und Capability-Endpunkte. Ohne Provider melden sie ausdrücklich disabled oder contract-ready.
Operative Ereignisse später in Räume einordnen.
Priorisierte Hinweise an Rollen und Teams routen.
Kamerakontexte als kontrollierte Quelle anbinden.
Sensorzustände und Ereignisse referenzieren.
Zusammenfassung und Übersetzung providerneutral vorbereiten.
Betriebszustände ohne Schattenintegration aufnehmen.
“Eine gute Plattform verspricht nicht jede Integration – sie macht jede spätere Integration kontrollierbar.”
VENTEX Architekturprinzip
Die Ports sind vorhanden; echte Provider werden erst mit klaren Sicherheitsverträgen aktiviert.
