Protokolle und Backends – offen und anschlussfähig
Sparks verbindet offene Standards mit Ihren bestehenden Systemen. Zwischen Client und Backends läuft immer die Sparks-Middleware (Serverkomponenten). Hier sehen Sie die Rolle der Middleware, welche Backends es gibt und was wir hosten bzw. Sie anschließen können.
So funktioniert die Sparks-Architektur
Der Sparks-Client (Web und Desktop) spricht mit der Sparks-Middleware; diese bindet Matrix, Videokonferenz, Kalender, Dateien, Identität und KI an die passenden Backends. Die Middleware ist fester Bestandteil des Sparks-Betriebs und muss mitlaufen – der Client spricht nicht direkt mit allen Backends. Je nach Angebot betreiben wir Backends und Middleware für Sie oder Sie betreiben eigene Backends und die Middleware in Ihrer Umgebung.
Matrix (Chat & Kanäle)
Synapse oder tuwunel. E2EE, Federation, gleiche Basis wie BwMessenger, Tchap, gematik TI-Messenger.
Videokonferenz
WebRTC-basiert, z. B. LiveKit. Für Besprechungen, Breakout-Räume, Wartezimmer.
Kalender & Adressen
Exchange, Nextcloud, Open-Xchange – Multi-Backend-Kalender in einer Oberfläche.
Dateispeicher
WebDAV (z. B. Nextcloud, Opencloud, Owncloud) oder Microsoft SharePoint – Dateien in einer Oberfläche.
Identität / SSO
SAML/OIDC, z. B. Keycloak. Für Enterprise: Tenant-Isolation, zentrales Login.
KI-Assistent
Eigener API-Key oder Self-Hosting. Kontext aus Kalender, Kontakten, Chats.
Sparks Middleware
Serverseitige Sparks-Komponenten: Orchestrierung, Anbindung und Sicherheit zwischen Client und Ihren Backends. Ohne diese Middleware sind die Backends für den Sparks-Client nicht nutzbar.
Sparks Client
Web & Desktop – eine Oberfläche für Chat, Video, Kalender und KI. Kommuniziert mit der Sparks-Middleware, nicht unmittelbar mit jedem Backend einzeln.
Backends im Überblick
Welche Stacks wir anbieten und welche bestehenden Backends Sie anschließen können.
Sparks stellt alle Backendkomponenten. Die anderen Angebotsmodelle (z. B. Sparks M365, Sparks Pure) sind Abwandlungen davon – mit denselben Bausteinen, angepasst an Ihre Infrastruktur.
Alle Komponenten von Matrix über Videokonferenz, Kalender und Dateien bis Identity Management sind optional: Sie können von Sparks betrieben werden oder von Ihnen bzw. woanders – je nach Ihrem Stack. Die Anbindung erfolgt immer über die Sparks-Middleware; welche Backends dahinter hängen, ist flexibel.
| Backend | Protokoll / Technik | Von Sparks betreibbar? (optional) | Eigenes / Vorhandenes anschließbar? |
|---|---|---|---|
| Matrix (Chat & Kanäle) | Matrix (Synapse, tuwunel) | Optional | Ja |
| Videokonferenz | WebRTC (z. B. LiveKit) | Optional | Ja |
| Kalender & Adressen | CalDAV, Exchange, OX | Optional | Ja |
| Dateispeicher | WebDAV, Microsoft SharePoint | Optional | Ja |
| Identität / SSO | SAML, OIDC (z. B. Keycloak) | Optional | Ja |
| KI-Assistent | LLM-API (OpenAI-kompatibel) | Optional | Ja |
Kleine Hosting-Variante
Minimaler Aufwand: Nur den Matrix-Server (Synapse/tuwunel) selbst betreiben – alle anderen Dienste (Video, Kalender, Dateien, Identität) über Microsoft 365 inkl. IAM anschließen.
Bestehende Infrastruktur nutzen
Betreiben Sie bereits Matrix, LiveKit und Keycloak? Der Sparks-Client reicht nicht allein: Die Sparks-Middleware (Serverkomponenten) muss bei Ihnen oder bei Sparks mitbetrieben werden – sie schließt Ihre Backends an und stellt die Dienste für den Client bereit.
Sie möchten Sparks selbst hosten oder eigene Backends anschließen?
Self-Hosting oder Hosting anfragen→ Self-Hosting & Komponenten im Detail → Matrix-Protokoll einfach erklärt