Thin Clients

Lernfokus

Trainiere zentrale Arbeitsplatzkonzepte, Vorteile, Grenzen und Abhängigkeiten.

• Thin Client von Fat Client unterscheiden.
• Netzwerk- und Serverabhängigkeit bewerten.
• Einsatzfälle begründen.

Was ist ein Thin Client?

Ein Thin Client ist ein bewusst schlank gehaltenes Endgerät, das selbst kaum Rechenleistung besitzt. Tastatur, Maus und Bildschirm werden lokal bedient, doch die eigentlichen Anwendungen laufen auf einem zentralen Server. Der Client überträgt nur Eingaben (Tastatur/Maus) zum Server und erhält im Gegenzug das Bildschirmbild zurück. Man spricht deshalb auch von Server-based Computing.

• Rechenleistung, Programme und Daten liegen auf dem Server, nicht im Gerät.
• Das Endgerät benötigt nur schwache, sparsame Hardware und wenig oder keinen lokalen Speicher.
• Eine ständige Netzwerkverbindung zum Server ist zwingend erforderlich.

Merksatz: Beim Thin Client liegt die Intelligenz im Netz - das Gerät ist nur Ein- und Ausgabe.

Abgrenzung: Fat Client, Thin Client und Zero Client

Die drei Begriffe unterscheiden sich vor allem darin, wo die Rechenleistung sitzt:

• Fat Client (Thick Client): Ein vollwertiger PC mit eigener CPU, Speicher und lokal installierter Software. Er arbeitet weitgehend unabhängig vom Server - z. B. ein klassischer Büro- oder CAD-Arbeitsplatz.
• Thin Client: Schlankes Gerät mit minimalem Betriebssystem, das Anwendungen per Sitzung vom Server bezieht. Etwas lokale Logik (Verbindungsaufbau, Protokoll) ist vorhanden.
• Zero Client: Noch reduzierter - praktisch ohne Betriebssystem und Konfiguration. Er stellt nur das Server-Bild dar und verbindet sich fest auf ein Protokoll. Wartung und Angriffsfläche sind dadurch minimal.

Faustregel: Je „dünner" der Client, desto mehr verlagert sich die Arbeit auf den Server und desto stärker steigt die Abhängigkeit von Server und Netzwerk.

Server-based Computing und Terminalserver

Die Grundlage für Thin Clients ist das Server-based Computing: Ein leistungsstarker Terminalserver (z. B. mit Remote Desktop Services oder einer VDI-/Virtualisierungslösung) stellt vielen Nutzern gleichzeitig Desktops oder einzelne Anwendungen bereit. Jeder Nutzer arbeitet in einer eigenen Sitzung, die über ein Übertragungsprotokoll (z. B. RDP) an seinen Thin Client gesendet wird.

• Software wird einmal zentral installiert und gepflegt - alle Nutzer profitieren sofort.
• Benutzerprofile liegen serverseitig: Der Nutzer findet seine Umgebung an jedem Client wieder.
• Der Server muss ausreichend dimensioniert und möglichst ausfallsicher (redundant) sein.

Vor- und Nachteile in der Praxis

In AP1-Aufgaben sollst du Thin Clients gegen die Anforderungen eines Szenarios abwägen. Die wichtigsten Punkte:

• Administration: Vorteil - zentrale Verwaltung, einfacher Rollout über Images, schnelle Skalierung, weniger Wartung am Endgerät.
• Sicherheit/Datenschutz: Vorteil - Daten bleiben zentral, ein gestohlenes Gerät enthält keine sensiblen Informationen, einheitliche Zugriffskontrolle.
• Kosten: Gemischt - günstige Endgeräte und geringer Stromverbrauch, aber teure und leistungsfähige Serverinfrastruktur. Entscheidend sind die Gesamtkosten (TCO).
• Lokale Leistung: Nachteil - rechen- oder grafikintensive Anwendungen (z. B. CAD, Video, 3D) eignen sich schlecht; hier sind Fat Clients oft besser.
• Abhängigkeit von Netz und Server: Nachteil - ohne stabiles Netzwerk und laufenden Server kein Arbeiten; der Server wird zum Single Point of Failure, hohe Latenz stört die Bedienung.

Typische Einsatzfälle: Callcenter, Schulungsräume, Verwaltung oder Schalterarbeitsplätze - überall dort, wo viele gleichartige Arbeitsplätze mit standardisierter Software benötigt werden.

Merksatz: Thin Clients glänzen bei vielen gleichartigen Standardarbeitsplätzen, scheitern aber an hoher lokaler Leistung und fehlender Netzverfügbarkeit.

Prüfungsmodus

Dieser ProtocolCheck führt dich durch die wichtigsten AP1-Aspekte dieses Themas. Du kannst Antworten prüfen, Fragen überspringen und bekommst am Ende eine Auswertung nach Kategorie.