WebSockets: Echtzeit-Kommunikation zwischen Clients | KI-Glossar

ERKLÄRUNG

Einfach erklärt

WebSockets lösen ein fundamentales Problem von HTTP: Bei HTTP muss der Client immer zuerst fragen, bevor der Server antworten kann. Mit WebSockets wird eine dauerhafte Verbindung aufgebaut, über die beide Seiten jederzeit Daten senden können.

HTTP vs. WebSocket:

HTTP (Request-Response):
Client → Server: "Gibt es neue Nachrichten?"
Server → Client: "Nein."
Client → Server: "Gibt es neue Nachrichten?"
Server → Client: "Ja, hier!"

WebSocket (Bidirektional):
Client ↔ Server: Verbindung offen
Server → Client: "Neue Nachricht!" (sofort, ohne Anfrage)

Technischer Deep Dive

Verbindungsaufbau (Handshake)

WebSockets starten als HTTP-Request mit einem Upgrade-Header:

Client sendet HTTP-Request mit Upgrade: websocket
Server antwortet mit 101 Switching Protocols
Ab jetzt: Bidirektionale Kommunikation über TCP

Vorteile gegenüber Polling

Kein Overhead: Kein wiederholter HTTP-Header bei jeder Nachricht
Geringe Latenz: Daten kommen sofort an, kein Warten auf nächsten Poll
Server Push: Server kann proaktiv Daten senden
Weniger Traffic: Keine leeren Polling-Requests

Einsatz in KI-Anwendungen

Moderne LLM-APIs nutzen WebSockets oder Server-Sent Events (SSE) für Token-Streaming – so sieht der Nutzer die Antwort Wort für Wort entstehen, statt auf die komplette Antwort warten zu müssen.

ANALOGIE

HTTP ist wie Briefe schreiben: Du schickst eine Anfrage und wartest auf Antwort. WebSockets sind wie ein Telefonat – die Leitung bleibt offen und beide Seiten können jederzeit sprechen.

WICHTIGSTE PUNKTE

Bidirektionale Kommunikation: Server kann aktiv Daten an den Client senden (Push)

Persistente Verbindung: Kein wiederholter Verbindungsaufbau nötig (weniger Overhead)

Ideal für Echtzeit-Anwendungen: Chat, Live-Dashboards, Multiplayer-Games

ANWENDUNGSFÄLLE

Chat-Anwendungen

Nachrichten in Echtzeit senden und empfangen ohne Polling

Live-Dashboards

Metriken und Daten in Echtzeit aktualisieren (Monitoring, Trading)

Collaborative Editing

Mehrere Nutzer bearbeiten gleichzeitig ein Dokument (Google Docs-Prinzip)

KI-Streaming

Token-für-Token-Ausgabe von LLMs in Echtzeit an den Client streamen

HÄUFIGE FRAGEN

Wann sollte man WebSockets statt REST verwenden?

WebSockets eignen sich wenn der Server aktiv Daten senden muss (Push) oder bei häufigen, kleinen Updates. Für klassische CRUD-Operationen ist REST besser geeignet.

Sind WebSockets sicher?

Ja, über wss:// (WebSocket Secure) wird die Verbindung TLS-verschlüsselt – analog zu HTTPS bei HTTP.

Wie unterscheiden sich WebSockets von herkömmlichen HTTP-Anfragen?

WebSockets ermöglichen eine bidirektionale Kommunikation, während HTTP-Anfragen unidirektional sind. Bei WebSockets bleibt die Verbindung offen, sodass der Server Daten an den Client senden kann, ohne dass der Client eine Anfrage stellen muss.

Welche Anwendungsfälle eignen sich besonders für WebSockets?

WebSockets sind ideal für Anwendungen, die Echtzeitkommunikation erfordern, wie z.B. Online-Spiele, Chat-Anwendungen oder Echtzeit-Datenübertragungen. Sie ermöglichen eine schnellere und effizientere Interaktion zwischen Client und Server.

TOOLS & RESSOURCEN

Socket.IO

Populäre WebSocket-Bibliothek für Node.js mit Fallback-Mechanismen

ws

Leichtgewichtige WebSocket-Implementierung für Node.js

Pusher

Managed WebSocket-Service für Echtzeit-Features

VERWANDTE BEGRIFFE

Web DevOps

REST (Representational State Transfer)

Ein Architekturstil für Web-APIs, der auf HTTP-Methoden und Ressourcen basiert – der De-facto-Standard für die meisten Web-Schnittstellen und KI-APIs.

Web DevOps

GraphQL

Eine Abfragesprache für APIs, die es Clients ermöglicht, genau die Daten anzufordern, die sie brauchen – nicht mehr und nicht weniger.

Web DevOps

API (Application Programming Interface)

Eine definierte Schnittstelle, über die Softwaresysteme miteinander kommunizieren können – der Standard für die Integration von KI-Diensten in Anwendungen.

Web DevOps

Webhook

Ein Mechanismus, bei dem ein Server automatisch eine HTTP-Anfrage an eine vordefinierte URL sendet, wenn ein bestimmtes Ereignis eintritt – 'Don't call us, we'll call you'.

Web DevOps

CDN (Content Delivery Network)

Ein globales Netzwerk von Servern, das Inhalte von geografisch nahen Standorten ausliefert – für schnellere Ladezeiten und bessere Verfügbarkeit.