Client-Server-Modell

Wenn du eine Webseite öffnest, eine E-Mail abrufst oder in einer App nach Daten suchst, passiert im Hintergrund fast immer ein Gespräch zwischen zwei Rollen. Dein Gerät fragt etwas an, ein anderer Rechner liefert etwas zurück. Nach dieser Seite kannst du erklären, was im Client-Server-Modell passiert, typische Beispiele einordnen und es von Peer-to-Peer unterscheiden.

Deine Lernziele

• Ich kann Client und Server als Rollen in einem Netzwerk erklären.
• Ich kann Request und Response an einem Alltagsbeispiel und an einem Webbeispiel beschreiben.
• Ich kann erklären, warum Protokolle für Client-Server-Kommunikation nötig sind.
• Ich kann typische Client-Server-Anwendungen erkennen.
• Ich kann Vorteile, Nachteile und Unterschiede zu Peer-to-Peer begründen.

Was das Client-Server-Modell bedeutet

Das Client-Server-Modell beschreibt nicht zuerst bestimmte Geräte, sondern eine Aufgabenverteilung. Eine Seite fordert einen Dienst an, die andere Seite stellt diesen Dienst bereit.

Definition

Client-Server-Modell

Das Client-Server-Modell ist ein Netzwerkmodell, bei dem ein Client einen Dienst anfragt und ein Server diese Anfrage bearbeitet und beantwortet.

Ein Client ist die Rolle des Anfragenden. Das kann zum Beispiel dein Browser, dein E-Mail-Programm oder eine App auf dem Smartphone sein. Ein Server ist die Rolle des Anbieters. Er stellt Daten, Dateien, Webseiten, E-Mails oder andere Dienste bereit.

Wichtig: Client und Server sind Rollen. Ein leistungsstarker Rechner kann Server sein, aber auch ein Programm auf einem normalen Computer kann eine Serverrolle übernehmen. Umgekehrt kann ein Server in einer anderen Situation selbst wieder Client sein, wenn er bei einem weiteren Dienst etwas anfragt.

Beispiel

Du öffnest im Browser eine Schulwebseite.

1. Dein Browser übernimmt die Client-Rolle.
2. Er fragt beim Webserver die Seite an.
3. Der Webserver sucht die passenden Daten heraus.
4. Er sendet die Webseite als Antwort zurück.
5. Dein Browser zeigt die Seite an.

Du siehst nur die fertige Seite, aber technisch lief ein Anfrage-Antwort-Ablauf ab.

Merke

Client heißt: fragt an. Server heißt: bietet einen Dienst an und antwortet.

Request und Response: der Ablauf

Eine Client-Server-Kommunikation beginnt normalerweise beim Client. Der Client baut eine Verbindung auf oder sendet eine Anfrage. Der Server wartet auf solche Anfragen und reagiert darauf.

Definition

Request und Response

Ein Request ist die Anfrage des Clients an den Server. Eine Response ist die Antwort des Servers auf diese Anfrage.

Damit beide Seiten einander verstehen, brauchen sie Regeln. Diese Regeln nennt man Protokoll. Ein Protokoll legt zum Beispiel fest, wie eine Anfrage aufgebaut ist, welche Befehle erlaubt sind und wie die Antwort zurückkommt.

Definition

Protokoll

Ein Protokoll ist eine Sammlung von Regeln für die Kommunikation. Es legt fest, wie Client und Server Nachrichten austauschen und deuten.

Beim Web ist HTTP oder HTTPS ein solches Protokoll. Bei E-Mail kommen zum Beispiel SMTP zum Senden und IMAP oder POP3 zum Abrufen vor. Du musst die Abkürzungen nicht alle auswendig erklären können, aber du solltest verstehen: Ohne gemeinsame Regeln wäre die Kommunikation nur ein Datenchaos.

Beispiel

Ein vereinfachter HTTPS-Ablauf:

1. Du gibst schulminator.com in den Browser ein.
2. Der Browser sendet einen Request: "Gib mir diese Seite."
3. Der Webserver prüft, welche Seite gemeint ist.
4. Der Server sendet eine Response mit Inhalt und Status zurück.
5. Der Browser baut daraus die sichtbare Webseite.

Wenn die Seite nicht gefunden wird, ist die Response trotzdem eine Antwort: Dann enthält sie zum Beispiel einen Fehlerstatus.

Gut zu wissen

Manche Kommunikation ist streng der Reihe nach: Anfrage senden, Antwort abwarten, nächste Anfrage senden. Andere Systeme können mehrere Anfragen parallel oder versetzt verarbeiten. Die Grundidee bleibt aber gleich: Clients stellen Anfragen, Server antworten.

Typische Beispiele

Client-Server-Systeme begegnen dir ständig. Oft merkst du sie nicht, weil die App oder Webseite nur die Oberfläche zeigt.

Beispiel

Webseite:

• Client: Browser auf deinem Gerät
• Server: Webserver
• Dienst: Webseite ausliefern
• Protokoll: HTTP oder HTTPS

Der Browser fragt die Ressource an. Der Webserver liefert HTML, CSS, JavaScript, Bilder oder andere Daten zurück.

Beispiel

E-Mail:

• Client: Mail-App
• Server: Mailserver
• Dienst: Nachrichten senden, speichern oder abrufen
• Protokolle: zum Beispiel SMTP, IMAP oder POP3

Wenn du neue Mails abrufst, fragt dein Mailprogramm beim Server nach. Der Server liefert die passenden Nachrichten oder meldet, dass keine neue Mail vorhanden ist.

Beispiel

Datenbank in einer Schul-App:

1. Die App zeigt dir eine Eingabemaske.
2. Du suchst nach einem Thema.
3. Die App sendet die Anfrage an einen Server.
4. Der Server fragt eine Datenbank ab.
5. Die Ergebnisse kommen zur App zurück.

Der Client muss nicht alle Daten lokal speichern. Der Server verwaltet die Daten zentral.

Merke

Wenn viele Geräte denselben zentralen Dienst nutzen, ist das oft ein Hinweis auf Client-Server.

Zentrale Dienste: Stärken und Schwächen

Ein Server kann Daten und Dienste zentral bereitstellen. Das ist praktisch, weil viele Clients dieselbe Quelle nutzen können. Gleichzeitig entsteht dadurch eine Abhängigkeit: Wenn der zentrale Dienst ausfällt oder überlastet ist, merken das viele Clients.

Definition

Zentraler Dienst

Ein zentraler Dienst ist ein Angebot, das an einer gemeinsamen Stelle bereitsteht und von vielen Clients genutzt werden kann.

Typische Stärken:

• Daten können an einer Stelle gepflegt und gesichert werden.
• Berechtigungen lassen sich zentral verwalten.
• Clients müssen weniger selbst speichern oder berechnen.
• Neue Clients können denselben Dienst nutzen, wenn sie das passende Protokoll sprechen.

Typische Schwächen:

• Der Server kann zum Engpass werden, wenn zu viele Anfragen gleichzeitig kommen.
• Ein Ausfall des Servers kann viele Clients betreffen.
• Betrieb, Wartung und Schutz des Servers sind wichtig.
• Angriffe auf den Server können besonders große Wirkung haben.

Beispiel

Eine Schule speichert Aufgabenblätter auf einem zentralen Dateiserver.

Vorteil: Alle Klassen greifen auf denselben aktuellen Stand zu. Die Schule kann Zugriffsrechte verwalten und Backups machen.

Nachteil: Wenn der Dateiserver ausfällt, kommen viele Nutzer nicht mehr an die Dateien. Dann ist nicht der einzelne Laptop das Hauptproblem, sondern der zentrale Dienst.

Merke

Zentral ist bequem und gut verwaltbar, aber der Server muss zuverlässig, geschützt und ausreichend leistungsfähig sein.

Client-Server und Peer-to-Peer unterscheiden

Das Client-Server-Modell ist nicht die einzige Möglichkeit, Aufgaben in einem Netzwerk zu verteilen. Ein wichtiger Gegenbegriff ist Peer-to-Peer. Dabei sind die Teilnehmer stärker gleichberechtigt.

Definition

Peer-to-Peer

Bei Peer-to-Peer kommunizieren gleichberechtigte Teilnehmer direkt miteinander. Ein Teilnehmer kann dabei Daten anfragen und zugleich selbst Daten bereitstellen.

Der Unterschied liegt also in der Rollenverteilung. Beim Client-Server-Modell gibt es eine klare Anbieterrolle und eine klare Nutzerrolle. Bei Peer-to-Peer können Teilnehmer beide Rollen gleichzeitig oder wechselnd übernehmen.

Beispiel

Vergleich:

• Client-Server: Viele Browser fragen Webseiten bei einem Webserver an.
• Peer-to-Peer: Mehrere Geräte tauschen Dateien direkt untereinander aus.

Beim Webserver weißt du, wo der zentrale Dienst liegt. Beim Peer-to-Peer-Netz verteilt sich die Aufgabe stärker auf viele Teilnehmer.

Gut zu wissen

Peer-to-Peer ist nicht automatisch besser oder schlechter. Es passt zu anderen Zielen. Client-Server ist oft übersichtlicher zu verwalten. Peer-to-Peer kann Last verteilen, ist aber häufig schwerer zentral zu kontrollieren.

Wenn in einem Beispiel die Rollen nacheinander wechseln, ist das allein noch kein Beweis für Peer-to-Peer. Entscheidend ist, ob die Teilnehmer grundsätzlich gleichberechtigt Dienste anfragen und bereitstellen oder ob ein zentraler Dienst im Mittelpunkt steht.

Prüfungsmodus

In Aufgaben reicht es selten, nur "Client" und "Server" zu nennen. Du musst an der Situation zeigen, wer anfragt, wer antwortet und welcher Dienst genutzt wird.

Beispiel

Aufgabe: "Eine App zeigt den Vertretungsplan der Schule an. Die Daten liegen nicht auf dem Handy, sondern werden beim Öffnen geladen. Begründe, ob das ein Client-Server-System ist."

So formulierst du:

1. Die App auf dem Handy ist der Client, weil sie den Vertretungsplan anfragt.
2. Der Schulserver ist der Server, weil er die Daten bereitstellt.
3. Die Anfrage der App ist der Request.
4. Die zurückgesendeten Plan-Daten sind die Response.
5. Deshalb passt das Client-Server-Modell.

Merke

Eine gute Begründung nennt Rollen, Dienst und Ablauf: Wer fragt was an, und wer antwortet womit?

Alles auf einen Blick

Abschluss-Check

Jetzt verbindest du die Begriffe mit neuen Situationen. Entscheide nicht nach Geräte-Namen, sondern nach der Rolle im Ablauf.

Zusammenfassung

Das Client-Server-Modell beschreibt eine Aufgabenverteilung in Netzwerken. Der Client fragt einen Dienst an, der Server verarbeitet die Anfrage und sendet eine Response zurück. Protokolle sorgen dafür, dass beide Seiten nach denselben Regeln kommunizieren.

Typische Beispiele sind Browser und Webserver, Mail-App und Mailserver, Apps mit zentraler Datenbank oder Druckdienste im Netzwerk. Die zentrale Struktur erleichtert Verwaltung, Sicherung und gemeinsame Nutzung, kann aber bei Ausfall oder Überlastung zum Problem werden. Im Unterschied dazu verteilt Peer-to-Peer Aufgaben stärker auf gleichberechtigte Teilnehmer.