Architekturen Internet-basierter Informationssysteme

Transkript

1 Architekturen Internet-basierter Informationssysteme Statische vs. dynamische Information im Web Realisierungsansätze Applikationsserver Java-Applets CGI-Programme Verteilte Anwendungen Folie 1

2 Statische vs. dynamische Information im Web Statische Information: Information ist relativ änderungsinvariant, wird typischerweise in HTML auf einem HTTP-Server abgelegt, Benutzer haben primär lesenden Zugriff, keine Interaktion möglich. Dynamische Information: Bei jedem Zugriff wird potentiell andere Information geliefert, Benutzer kann mit dem Informationssystem interagieren, Abfragen an das Informationssystem können parametrisiert werden, typischer Weise: Datenbankabfragen (Kataloge,...) Integration mit innerbetrieblichen Informationssystem Portale (personalisierbar,...) Folie 2

3 Integration bestehender IS mit dem WWW Web-Technologie (Browser, HTML, HTTP, XML,...) setzt sich als universelle Schnittstelle zu den internen Informationssystemen durch. Intranet -> Einsatz von Internet-Technologie im firmen-internen Bereich. Bestehende Informationssysteme (deren Datenbanken) werden zunehmend ins Intranet eines Unternehmen integriert. Auch Internet-Anwendungen (Shopping-systeme, Kataloge) greifen zunehmend auf interne Datenbanken zu Entstehung von netzwerkzentrierten, mehrschichtigen Informationssystemen Folie 3

4 Klassische Datenbankanbindung im WWW Web-Client Connect Request Web-Server Connect Confirm HTTP Request HTTP Response Disconnect request Client-Server- Architektur des WWW Disconnect Confirm Web- Server Anwendung Koppelung mit betrieblichen IS über CGI-Schnittstelle Web Browser CGI- Program DBMS Datenbank Folie 4

5 Dynamische Information im Web (1) Klienten-seitige Realisierung: Java-Applet Applet: (interaktive) Applikation wird in einem Ausschnitt einer Web-Seite ausgeführt. Browser enthält Java-Bytecode- Interpreter. Java-Script (=ECMA-Script, hat mit Java nur den Namen gemein): In der darzustellenden Web-Seite ist Programmcode enthalten, der im Browser ausgeführt wird. Typische Nutzung: Eingebehilfe, Menue-Gestaltung,... Plug-ins: Browser kann zur Laufzeit weiter Komponenten laden, die Interaktion realisieren (Browser- und plattformabhängig, bei Binärcode: Sicherheitsproblematik!) Weitere Script-Sprachen (z.b. VB-Script, Tcl,...) ActiveX (Microsoft) Folie 5

6 Dynamische Information im Web (2) Server-seitige Realisierung: CGI-Scripte Scripte: URL verweist nicht auf eine HTML-Seite, sondern auf ein Programm, dessen Ergebnis eine HTML-Seite ist. CGI: Common Gateway Interface, definiert Schnittstelle zwischen einem HTTP- Server und einem externen Programm CGI-Programme: meist in Perl, aber auch Tcl, C++, Java,... Typische Anwendung: Anbindung von HTML-Formularen an Datenbanken Nachteil: Für jede Anfrage wird ein externes Programm gestartet Aktive Server-Seiten: Der HTML-Text enthält Markierungen (spezielle Zeichenketten), die vor dem Absenden an den Klienten ersetzt werden. Anwendungen: Zugriffs-Zähler, server side includes, Einbindung von Datenbankinformation in Webseiten Häufigster Vertreter: PHP ( ASP, JSP Nachteil: Abhängigkeiten zwischen HTML-Seiten bei komplexen Anwendungen unübersichtlich Folie 6

7 Dynamische Information im Web (3) Server-seitige Realisierung: Applikations-Server: HTTP-Server, der für eine spezielle Applikation erweitert wurde, bzw. Anwendungssystem, das auch HTTP-Server als Interaktionsschnittstelle anbietet URI verweist auf Methode (Unterprogramm) im Server Ansätze: ISAPI (Microsoft, für Microsoft Information Server) NSAPI (Netscape, für Netscape-Enterprise Server) Servlets (Java, Server-seitiges Gegenstück zum Applet) AOL-Server (gute Datenbankanbindung, skalierbar, Tcl) Vorteil: Zustand kann leichter zwischen Anfragen im Web erhalten werden (bspw. muss nur eine Datenbankverbindung aufgebaut werden) Nachteil: Für kleine Anwendungen oft grosser Aufwand, relativ viel Detailwissen erforderlich; kommerzielle Lösungen relativ teuer (BEA, WebLogic, IBM Websphere, Oracle,...) Folie 7

8 Übersicht über nächsten Folien Detail-Information zu: CGI Java-Applets ActiveX Servlets Verteilte Anwendungen Folie 8

9 Datenbankanbindung über CGI-Script Web Browser HTTP WWW- Server Applikation CGI (Standardeing. + Umgebungsvar.) DBMS HTTP-Sever ruft Gateway-Script über URI auf und übergibt Argumente. CGI- Script Gateway-Script führt über SQL-Befehle die Datenbankabfrage durch. Informationssystem Ergebnisse werden vom Script in HTML formatiert und vom WWW-Server als HTML-Seite an den Browser geschickt. Folie 9

10 Nachteile CGI-basierter Datenbankanbindungen Web-Server erzeugt für jeden CGI-Request einen neuen Prozeß. Für jeden Request wird Script-Programm (und Interpreter) neu geladen, gestartet und beendet Keine Lastverteilung zugunsten des Servers - alle Berechnungen werden zentral ausgeführt. HTTP als zustandsloses Protokoll unterstützt keine Sitzungen (engl.: sessions) Dadurch muß der Benutzer an der Datenbank stets neu an- und abgemeldet werden. Folie 10

11 Zustandsmanagement bei HTTP Problematik beim Zustandsmanagement: Benutzer stellt an einen Server mehrere Anfragen und möchte nicht bei jeder Anfrage die gesamte Information neu eingeben Ein HTTP-Server behandelt jeden Request unabhängig von den anderen (HTTP ist zustandslos). Beispiel: Einkaufswagen, mehrseitiges Formular,... Ansätze: Cookies: Server speichert Information beim Client, der Client schickt bei Anfrage an den gleichen Server diese Information mit Hidden Form Fields (HTML-Formulare): In jedes Formular wird ein nicht-dargestelltes Feld eingefügt, anhand dessen bei einem neuen Request der Server die Transaktion finden kann. Parameter für URLs: Jede URL eines dynamisch erzeugten HTML- Formulars erhält einen Parameter zur Identifikation der Transaktion. Folie 11

12 Java (Sun Microsystems) Was ist Java? Java Sourcecode Compiler Java Bytecode Virtuelle Maschine, kann auf unterschiedlichen Plattformen interpretiert werden Programmiersprache und Compiler für die virtuelle Maschine Klassenbibliothek (JDK, umfangreiche Netzwerk- und GUI-Funktionalität) Bytecode Interpreter Windows95 Bytecode Interpreter Unix Die Java-Programmiersprache Kompiliert zu Java-Bytecode Weiterentwicklung von C++, sehr ähnlich Viele Eigenschaften von C++ entfernt (Beispiel: Zeiger, Funktionen, Mehrfachvererbung,...) Folie 12

13 Java-Applet-Beispiel import java.applet applet.*.*; import java.awt.*; public class FirstApplet extends Applet { //Diese Methode paint stellt das Applet dar public void paint(graphics g) { g.drawstring( Hello Student, 25, 50); } Java-fähiger Browser (Windows ME) } /* Class FirstApplet */ 0efc345f6b7723ba83f2d90ca4 (...) Java-fähiger Browser (Linux) Folie 13

14 Eigenschaften von Java-Applets Java-fähiger Browser (1) HTTP-Anfrage (über URI) (2) Übertragung des Byte-Codes Browser (mit Java Interpreter) kann Java-Applets als Teil einer HTML-Seite laden und ausführen Animationen, Darstellung von Graphiken, Audio-Funktionalität Lokale Interaktionen (Maus, Keyboard) TCP/IP-Verbindungen zu server-seitigen Anwendungen Sicherheit keine Zeiger, Prüfung des Bytecodes durch den Bytecode Verifier Applets haben keinen Zugriff auf das lokale Dateisystem (Trusted Applets schon!) Einfache Software-Verteilung WWW-Server Folie 14

15 Stock Ticker-Applet Folie 15

16 DB-Zugriff mit Java-Applets Applet laden Java-fähiger Browser Applet kommuniziert mit DB (eigene TCP/IP Verbindung) WWW-Server und Datenbank-Server Java-Anwendung kann eigene Netzwerkverbindung öffnen (Transaktionen sind möglich) Bei Applets jedoch i.d.r. Einschränkungen bezüglich der Netzwerkverbindung. JDBC (ähnlich ODBC) - Java Klassen für Datenbankzugriff: Gemeinsamer Standard der großen DB-Hersteller. Stärkere Belastung des Klienten - Lastverteilung zugunsten des Servers. Folie 16

17 DB-Zugriff mit Java (3-Stufen-Architektur) Applet wird geladen Java-fähiger Browser WWW-Server und Gateway-Server Datenbank-Server Mehrstufige Client-Server-Architekturen können das Problem der eingeschränkten Netzwerkverbindungen umgehen. Über den Gateway-Server können auch mehrere Datenbanken angesprochen werden. Datenbank-Server Folie 17

18 Microsoft ActiveX Sammlung von Techniken, Protokollen und APIs zur Realisierung von netzwerkweiten Anwendungen. Erlaubt client-seitige Anwendungen ähnlich Applets. ActiveX stützt sich auf Microsofts Komponenten- Technik DCOM und ist plattformabhängig(!). Man benötigt einen COM-fähigen Web-Browser. ActiveX-Controls können in einer Reihe von Programmiersprachen erzeugt werden. Das ausgefeilte Sicherheitskonzept von Java fehlt und beschränkt sich auf digitales Signieren der Controls! Folie 18

19 Server-seitiges Java? Servlets Einfaches Server API für Java Anwendungen. Plattformunabhängigkeit und leichte Portierbarkeit durch die Programmiersprache Java. Servlets werden (ähnlich wie dynam. Bibliotheken) beim ersten Aufruf geladen und bleiben im Server. Der Servlet-Code kann auch von anderen Rechnern geladen werden. Auch die Einbettung von Servlet-Output in eine HTML Seite ist durch <SERVLET>-Tag möglich. Der Web-Server durchsucht dabei den HTML Code und ersetzt die entsprechende Passage. Folie 19

20 Historische Entwicklung verteilter Anwendungen GUI GUI Netzwerk Datensätze Netzwerk DBMS Netzwerk DB-Server Zeichenbasierte Benutzerschnittstelle Anwendungslogik Anwendungslogik Anwendungslogik Anwendungslogik Stand-alone- Anwendung Zwei-Schichten- Modell Drei-Schichten- Modell t Folie 20

21 Verteilte Anwendungen Client-/Server-Anwendung: geteilte Anwendung Allgemeine Lösungsansätze Middleware: Infrastruktur zur Realisierung verteilter Anwendungen Remote-Procedure-Call (RPC): Prozeduraufruf über ein Netzwerk SUN-RPC SOAP: Aufruf und Ergebnis werden in XML dargestellt CORBA (common object request broker architecture) Mobiler Programmcode Folie 21

22 Mobiler Programmcode Mobile Applikation Programmcode kann mehr oder minder selbstständig von Rechner zu Rechner migrieren ( wandern ) Programmausführung in einer meist eingeschränkten Laufzeitumgebung Kompilierte Programme in Maschinencode ungeeignet, da Sicherheitsrisiko zu hoch Unterschiedliche Plattformen Daher meist interpretierte Sprachen Beispiele: Java, LISP, XOTcl, Safe-Tcl, Python,... Symetrische Mobile Code Systeme: Agentensysteme Folie 22