Kapitel 1 Client/Server-Modelle

1. Kapitel 1 Client/Server-Modelle Kapitel 1: Client/Server-Modelle

2. Literatur, Materialien • Günther BengelVerteilte SystemeVieweg Verlag, 2002 • Hans Robert Hansen, Gustaf Neumann • Wirtschaftsinformatik 2 • Lucius&Lucius, 2005 • Günter Merbeth • Vorlesung Architektur von Web-Anwendungen • http://www.pst.informatik.uni-muenchen.de/lehre/WS0102/web-arch/ Kapitel 1: Client/Server-Modelle

3. Historie: Mainframe Terminal-Anbindung SNA (IBM), TRANSDATA (Siemens) Mainframe „Dumme“ Terminals Bildschirm-Masken Anwendungslogik Daten Kapitel 1: Client/Server-Modelle

4. Mainframe Epoche • Hardware, Betriebssysteme • Mainframes: IBM, Siemens, ICL, Fujitsu, ... • Minicomputer: DEC, … • Datenmanagement • Dateisysteme • Hierarchische DBMS • Netzwerk-DBMS • RDBMS • Middleware • TP Monitore • Kommunikation • Proprietär: SNA, ... • Entwicklung • Editoren • Sprachen (Compiler) COBOL, PL/1, Assembler, (FORTRAN) • Generatoren für Masken und Code • Dictionaries • Projektbibliotheken Kapitel 1: Client/Server-Modelle

5. Ziel: Gemeinsame Nutzung aller im Unternehmen existierenden Anwendungssysteme, Datenbestände und Rechner bzw. Geräteleistungen. Darstellung: Auftrag Client Server Rückmeldung Client/Server(C/S-)-Prinzip Client: Server: Software-Komponente, die „Service“ (Funktion) vom Server anfordert. SW-Komponente, die „Service“ beliebig vielen Clients anbietet. Der Server ist hier nicht unbedingt als Hardware zu verstehen. Kapitel 1: Client/Server-Modelle

6. Mainframe versus Client/Server SNA Mainframe DB Server TCP/IP Application Server Mainframe Dezentralisierung GUI Anwendungslogik Altsysteme Anwendungslogik Daten Daten Kapitel 1: Client/Server-Modelle

7. Client/Server Epoche • Kommunikation • TCP/IP • Entwicklung • CASE (Computer Added Software Engineering) • Repositories • Projekt- und Konfigurations-management • Sprachen (Compiler, Debugger) • COBOL • C, C++, (Smalltalk) • VB • 4GL • Hardware,Betriebssysteme • Client • PC mit DOS, Windows, (OS/2) • Unix • Server: Unix, NT, Novell (OS/2) • Mainframes: IBM mit MVSBedeutung anderer Hersteller nimmt ab • Datenmanagement • Filesysteme • Relationale DBMS • Middleware • RPC • DCE • TP Monitore • (CORBA) Kapitel 1: Client/Server-Modelle

8. Heute: Netzwerk (Internet / Web) SNA Mainframe DB Server TCP/IP Application Server Mainframe DB Server HTTP Internet/ Intranet/ Extranet TCP/IP Mainframe Web Server Application Server Kapitel 1: Client/Server-Modelle

9. Netzwerk Epoche • Middleware • Distributed TP Monitore • CORBA • J2EE, (EJB, Servlets, RMI) • COM/DCOM • SOAP (Web Services) • Entwicklung • Repositories mit Projekt- und Konfigurationsmanagement • Sprachen • IDE: Integrated Development Environments (Visual Studio) • C++ • Java • C#, VB • Hardware,Betriebssysteme„The network is the computer“ • PC: Windows • NC (Thin Client) • Server: Unix, NT • Datenmanagement • Filesysteme • Relationale DBMS • ODBMS • Repositories Kapitel 1: Client/Server-Modelle

10. Benutzung Management Entwicklung Mainframe • Einfach, dumme Terminals • Primitive Oberfläche • Verbindung zwischen Terminal und Rechner blockorientiert • Zentral • Einfache Kontrolle und Verwaltung • Einfache Installation und Update • Schwache Toolunterstützung • Einfache Architektur(DB und TPMonitor) • Verarbeitung auf dem Host Client / Server • Komfortable graphische Oberfläche • Bedienung komplexer Anwendungen • Direkte C/S-Verbindung • Fette Clients, Sicherh. • Verteilung der Anw. auf Client und Server • Probleme mit großer Anzahl Clients bei Install. und Update • Sehr gute Tools • Architektur schon komplexer • Verarbeitung verteilt Netzwerk • Browser basiert • Gute Kombination der Stärken von C/S und Mainframe- GUI- blockorient. Verbind. • Thin Clients • Re-Zentralisierung • Management auf weniger Instanzen beschränkt • Sehr gute Tools • Komplexe Architektur(Viele logische Komponenten) • Netzwerk Eigenschaft der drei Generationen Kapitel 1: Client/Server-Modelle

11. Alternativen der Aufgabenverteilung Dezentrale Verteilte Dezentrale Verteilte Präsentation Verarbeitung Verarbeitung Datenhaltung Server Client Datenhaltung Datenhaltung Datenhaltung Datenhaltung Netz Verarbeitung Verarbeitung Netz Datenhaltung Netz Netz Verarbeitung Verarbeitung Verarbeitung Präsentation Präsentation Präsentation Präsentation Kapitel 1: Client/Server-Modelle

12. Trennung von Funktionalitäten Client: Anwendungsprogramm, Server: Datenbanksystem, Oberfläche, Anwendungsprogramm Eingabe/Ausgabe, Nettodatenübertragung Statt dem einfachen 2-stufigen (two-tier) Client/Server-Prinzip gibt es auch 3- (three-tier) oder 4-(four-tier) stufige Architekturen (allgemein multi-tier). 3-stufig 4-stufig Darstellung Verarbeitung Datenhaltung Darstellung Verarbeitung 1 Verarbeitung 2 Datenhaltung Kapitel 1: Client/Server-Modelle

13. Client/Server-Modelle HW HW HW Client Client Client Client Server Server Server/ Client Client Client C/S-Prinzip über mehrere Ebenen Server/ Client Client Z.B. Kommunikationsrechner z.B. DB-Server Kapitel 1: Client/Server-Modelle

14. Nutzen von Client/Server-Modellen (1) Nutzen von Client/Server-Modellen im Vergleich zu traditionellen Mainframes: • Heterogene Hardware kann genutzt werden, z.B. unterschiedliche Hersteller, unterschiedliche Betriebssysteme,beim Host dagegen gleicher Hersteller • Dezentralisierungsmöglichkeiten der IT • Host steht zentral im Rechenzentrum • Mit C/S können Aufgaben/Hardware in Fachabteilungen ausgelagert werden • Fachabteilung hat Kontrolle • Aber: IT-Know-how wird dezentral benötigt • Effizienz durch problemgerechte Arbeitsteilung • Flexibilität / Skalierbarkeit • Teilung teurer Ressourcen / Spezialisierung Kapitel 1: Client/Server-Modelle

15. Nutzen von Client/Server-Modellen (2) Nutzen von Client/Server-Modellen im Vergleich zu traditionellen Mainframes: • ‚no single point of failure‘ • Einfache Bedienung / GUI • Gutes Preis-/Leistungsverhältnis • Hardwarekosten: Host i.d.R. teurer • Softwarekosten: keine allgemeingültigen Aussagen möglich • Administration / Operating: Host i.a. im Vorteil • Notwendige Betrachtungsweise: Total Cost of Ownership Mögliche Nachteile: • Komplexität / Entwicklungsaufwand • U.U. Leistungsengpässe aufgrund geringer produktiver Serverleistung • Sicherheitsproblematik durch erhöhte Kommunikation • Administrationsaufwand Kapitel 1: Client/Server-Modelle