Loading content
Die Client-Server-Architektur trennt Funktionen zwischen Clients, die Dienste anfragen, und Servern, die Ressourcen bereitstellen. Sie definiert Kommunikationsmuster, Zuständigkeiten und Skalierungsmodelle für verteilte Systeme. Typische Einsatzbereiche sind Web-, Datenbank- und Anwendungsdienste; Entscheidungen müssen Latenz, Konsistenz, Sicherheit und Betr…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was du verstehen musst, um ein Themenfeld sinnvoll zu denken.
Die Client-Server-Architektur trennt anfragende Clients und dienende Server in klaren Rollen, damit verteilte Systeme Dienste, Daten und Rechenleistung über definierte Kommunikationswege bereitstellen können.
Das Muster entstand mit verteilten Anwendungen und Netzwerken, als Software nicht mehr nur lokal lief, sondern Dienste über Rechnergrenzen hinweg anfragte. Um gemeinsame Ressourcen wie Daten, Rechenleistung und Ausgaben kontrolliert bereitzustellen, wurde die Arbeitsteilung zwischen anfragenden Clients und dienstbereitstellenden Servern beschrieben. Die Trennung unterstützt klare Zuständigkeiten, Protokolle und Sicherheitsgrenzen.
Stell dir eine Service-Theke vor: Der Client formuliert eine Anfrage, der Server prüft sie, verarbeitet sie und sendet eine Antwort zurück. Mehrere Clients können dieselbe Serverinstanz oder einen Serververbund nutzen. Häufig liegen Präsentation, Fachlogik und Datenhaltung in unterschiedlichen Rollen oder Schichten; Protokolle, Authentifizierung und Lastverteilung regeln, wer was wann und wie erreichen darf.
Ein wiederverwendbares Strukturprinzip ordnet Komponenten, Zuständigkeiten und Interaktionen eines Systems.
Eine Rolle fordert Leistungen an, die andere stellt sie bereit; daraus entsteht die Grundaufteilung.
Kommunikation läuft meist als Request und anschließende Response, oft über ein Netzwerk.
Gemeinsame Regeln definieren Nachrichtenform, Ablauf und erwartetes Verhalten beider Seiten.
Mehrere Server, Caching oder Lastverteilung helfen, wachsende Nachfrage und Last aufzufangen.
Die Trennung schafft Kontrollpunkte für Authentifizierung, Berechtigung und den Schutz sensibler Ressourcen.
Die Architektur ist sinnvoll, wenn zentrale Dienste vielen Nutzern verlässlich zur Verfügung stehen müssen. Sie passt für Web-, Datenbank- und API-Systeme sowie für gemeinsame Unternehmensdienste. Trade-offs sind Netzwerklatenz, Abhängigkeit vom Serverbetrieb und zusätzlicher Aufwand für Verfügbarkeit, Skalierung und Sicherheit.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.