Entwicklung verteilter Anwendungen I

Transkript

1 Entwicklung verteilter Anwendungen I WS 2013/14 Einführung in die Konzepte zur Entwicklung verteilter Anwendungen

2 Entwicklung verteilter Anwendungen I, Ziel: Erwerb von Kenntnissen zur Implementierung verteilter Anwendungen mit Microsoft-Techniken. Inhalt: Konzepte zur Entwicklung verteilter Anwendungen Programmierung in C# WPF Sockets/Threads Datenbankprogrammierung (remote) Webanwendungen Technologische Basis: Microsoft.NET Framework Programmierumgebung: Microsoft Visual Studio 2010 MSDN Library: Microsoft msdn Folie 2

3 Entwicklung verteilter Anwendungen I, Literatur Geirhos, M. (2011): Professionell entwickeln mit Visual C# Das Praxisbuch. Galileo Press, Bonn. Mandl, P. (2009): Masterkurs Verteilte betriebliche Informationssysteme: Prinzipen, Architekturen und Technologien. Vieweg+Teubner, Wiesbaden. Schill, A./Springer, T. (2012): Verteilte Systeme. Grundlagen und Basistechnologien. 2. Aufl., Springer, Berlin Heidelberg. Tanenbaum, A.S./van Stehen, M. (2007): Distributed Systems Principles and Paradigms. Pearson, Prentice Hall. Folie 3

4 Entwicklung verteilter Anwendungen I, Definitionen: Verteiltes System: System aus eigenständigen, vernetzten Rechnern, die über Nachrichten miteinander kommunizieren, um eine gemeinsame Aufgabe zu erledigen. Verteilte Anwendung: Anwendungsprogramm, das auf einem verteilten System basiert und dessen Komponenten im Netz verteilt sind. Die Komponenten verfügen nicht über einen gemeinsamen Speicher. Sie kommunizieren über Schnittstellen. Der Anwender kommuniziert mit der verteilten Anwendung, ohne dass ihm die Verteilung transparent wird. Folie 4

5 Entwicklung verteilter Anwendungen I, Beispiele: Mail-Programme Skype, ICQ, File-Server Groupware Internetshops Buchungssysteme ERP-Systeme Fertigungssteuerung Sensor-Systeme zur Überwachung Cluster-/Grid-Computersysteme für rechenintensive Aufgaben Folie 5

6 Entwicklung verteilter Anwendungen I, Zielsetzungen: Kommunikationsverbund Datenverbund Lastverbund Leistungsverbund (Aufteilung einer Aufgabe in Teilaufgaben) Mitarbeiterübergreifende Unterstützung von Geschäftsprozessen Gemeinsamer Ressourcenzugriff Ausfallsicherheit Flexibilität Skalierbarkeit (leistungsmäßig, geographisch, administrativ) Wirtschaftlichkeit Nachteile: Komplexität Kommunikationsprobleme Sicherheit Folie 6

7 Entwicklung verteilter Anwendungen I, Herausforderungen: Namens- und Verzeichnisdienste zum Auffinden von Kommunikationspartnern Schnittstellen Verteilte Transaktionen Sicherheit Überwindung der Fehleranfälligkeit Überwindung der Heterogenität (Netzwerktechnologie, Betriebssysteme, Programmiersprachen, Datenformate, ) Transparenz (Ortstransparenz, Migrationstransparenz, Skalierungstransparenz, Zugriffstransparenz, ) Folie 7

8 Entwicklung verteilter Anwendungen I, Verteilte Architektur: Die physische Architektur repräsentiert die verfügbaren Rechnersysteme. Zur Verteilung müssen logische Subsysteme (layer) gebildet werden. Diese werden auf die physische Architektur verteilt und damit zu tiers. Typische Architekturen (Programmiermodelle) für verteilte Anwendungen: Client/Server-Architektur Web-Architektur Objektorientierte Architektur Komponentenbasierte Architektur Serviceorientierte Architektur u.a., z.b.: Grid-Architektur, Peer-to-Peer-Architektur Folie 8

9 Entwicklung verteilter Anwendungen I, Client/Server-Architektur (1): Die Anwendung wird auf einen oder mehrere Server und Clients verteilt. Clients und Server können auf einem oder verschiedenen Rechnern ablaufen. Die Anfrage (request) geht immer vom Client aus. Der Server entscheidet über die Reaktion (Verfahren, Reihenfolge) und schickt eine Rückantwort (reply). Der Server verwaltet pro Client eine Verbindung. Die Clients stehen in keinem Bezug zueinander. Ein Server kann wiederum Anfragen an andere Server richten. Folie 9

10 Entwicklung verteilter Anwendungen I, Client/Server-Architektur (2): Die Client/Server-Umgebung ist i.d.r. bekannt und kontrollierbar. Auf den Clients ist ein Teil der Anwendung installiert. Varianten: Fat Client: GUI- und Applikationsschicht Rich Client: GUI- und Teile der Applikationsschicht Thin Client: Nur GUI-Schicht Clients und Server kommunizieren über Remote Procedure Calls (Ein-Weg-Kommunikation, synchron, asynchron, callbacks) Folie 10

11 Entwicklung verteilter Anwendungen I, Auf der Basis der Schichten sind verschiedene Verteilungsformen möglich: Präsentation Präsentation Präsentation Präsentation Präsentation Präsentation Steuerung Steuerung Steuerung Steuerung Steuerung Applikation Applikation Applikation Applikation Logische Logische Physische Steuerung Applikation Applikation Applikation Logische Physische Logische Physische Logische Physische Logische Physische Physische Physische Thin Client Thin Client Rich Client Fat Client Fat Client Fat Client Folie 11

12 Entwicklung verteilter Anwendungen I, Web-Architektur: Wie bei der Client/Server-Architektur werden layer bzw. Subsystem auf Clients und Server verteilt, aber speziell unter Einsatz von Web-Technologien. Ein Webbrowser ist die Laufzeitumgebung des Web-Clients. Die Anfragen werden von einem Web-Server entgegen genommen. Zur Kommunikation wird das HTTP-Protokoll eingesetzt. Die Web-Clients sind aus Entwicklersicht nicht kontrollierbar. später mehr Folie 12

13 Entwicklung verteilter Anwendungen I, Objektorientierte Architektur: Die Verteilung erfolgt wie bei der Client/Server-Architektur. Die Einheiten der Kommunikation und Verteilung stellen Objekte dar. Die Kommunikation erfolgt über entfernte Methodenaufrufe. Beispiel: CORBA Komponentenbasierte Architektur: Die Anwendung ergibt sich durch die Komposition von Komponenten. Eine Komponente besitzt eine eigenständige Funktionalität, die i.d.r. wiederverwendbar ist. Sie sind an ein und dieselbe Plattform gebunden. Beispiele: Implementierung mit Enterprise JAvaBeans, Android Folie 13

14 Entwicklung verteilter Anwendungen I, Serviceorientierte Architektur (SOA): Die Dienste sind technisch voneinander unabhängige Komponenten, die lose gekoppelt sind. Dienste gewährleisten eine Interoperabilität über Plattform- und Unternehmensgrenzen. Die Schnittstelle wird durch Web Service Definition Language (WSDL) beschrieben. Der Zugriff auf die Dienste erfolgt mit dem Kommunikationsprotokoll SOAP. Die klassische Web-Architektur kann als SOA aufgefasst werden. Die Dienste können zu komplexen Unterstützungssystemen für Geschäftsprozesse gekoppelt werden. Folie 14

15 Entwicklung verteilter Anwendungen I, Konzepte verteilter Kommunikation (1): Da die Subsysteme in verschiedenen Prozessen laufen, bedarf es einer Interprozesskommunikation in Form des Nachrichtenaustauschs gemäß Kommunikationsprotokollen. synchrone/ansynchrone Kommunikation: synchrone K.: Der Sender wartet blockierend auf die Antwort. zurückgestellte synchrone K.: Der Sender arbeitet nach dem Absenden der Anfrage weiter und prüft periodisch, ob ein Ergebnis vorliegt. asynchrone K.: Der Sender arbeitet nach dem Absenden der Anfrage weiter. Die Erfassung der Antwort muss geregelt werden. meldungsorientierte/auftragsorientierte Kommunikation: meldungsorientiert: Einwegnachricht ohne Antwort auftragsorientiert: Request/Response-Mechanismus Folie 15

16 Entwicklung verteilter Anwendungen I, Request Synchrone Kommunikation Client Warte auf Reply Reply Server Zurückgestellte Synchrone Kommunikation Client Request Arbeite weiter Überprüfe periodisch das Vorliegen des Reply Reply Server Asynchrone Kommunikation Client Request Registriere Callback Arbeite weiter Rufe registrierte Funktion oder Event auf Server Ein-Weg- Kommunikation One-Way Client Request Arbeite weiter Rückantwort wird nicht benötigt Server Interaktionsformen (Quelle: Bengel, G. (2004): Grundkurs Verteilte Systeme. 3. Aufl.) Folie 16

17 Entwicklung verteilter Anwendungen I, Konzepte verteilter Kommunikation (2): Zustandsverwaltung: Zustandsbehaftete (stateful) Server: Der Server speichert Informationen zu einer Session über den Request hinaus. Zustandslose (stateless) Server: Der Server speichert keine Informationen über einen Request. Marshalling (Serialisierung)/Unmarshalling (Deserialisierung): Umwandlung der Daten eines Datentyps in ein für die Übertragung geeignetes Format bzw. Rückumwandlung in einen Datentyp Publish-Subcribe-Kommunikation (Ereignismodell): Abonnenten (Subscriber) registrieren sich beim Server (Publisher). Ereignisabhängig veröffentlicht der Publisher Nachrichten und verschickt sie an die eingetragenen Abonnenten. Namensauflösung und Verzeichnisdienste (Naming/Directory-Services): Mechanismus zum Auffinden von Servern (z.b. Domain Name Service (DNS)) Nebenläufigkeit: Mehrere Anfragen können parallel verarbeitet werden. Folie 17

18 Entwicklung verteilter Anwendungen I, Implementierung verteilter Kommunikation (1): Socket-Schnittstelle Socket: Kommunikationsendpunkt (IP-Adresse, Port) Datenübergabe als Byte-Strom mittels TCP/IP später mehr Remote Procedure Call Übergabe des Kontrollflusses von einem Prozess auf einen anderen mit Datenübergabe mittels Aufruf- und Ergebnisparametern Die Schnittstelle des Servers wird mittels der Interface Definition Language (IDL) beschrieben. Der Compiler generiert daraus für beide Seiten Codemodule, auf Client-Seite Stub, auf Server-Seite Skeleton oder auch Stub genannt. Diese kapseln die Funktionalität der Nachrichtenübermittlung. Variante: XML-RPC Die zu übertragenden Daten werden in XML dargestellt. Folie 18

19 Entwicklung verteilter Anwendungen I, Client-Rechner Netz Server-Rechner Client Client- Laufzeit- Laufzeit- Server- Server Stub system system Stub lokaler Marshalling sende Aufruf empf. Unmar- Aufruf Aufruf shalling Aus- führung warten lokales Unmar- empf. Sende Marshalling Ergebnis Ergebnis shalling Ergebnis Import.. Export Ablauf und Architektur eines RPC-Systems (Quelle: Schill, A./Springer, T. (2012): Verteilte Systeme. Grundlagen und Basistechnologien. ) Folie 19

20 Entwicklung verteilter Anwendungen I, Implementierung verteilter Kommunikation (2): Remote Method Invocation (RMI) Konzept zur Kommunikation zwischen Objekten mittels entfernter Aufrufe von Methoden eine Realisierung: Java-RMI Common Object Request Broker Architecture (CORBA) plattformübergreifende Spezifikation für das Erstellen verteilter Anwendungen, für die es eine Reihe von Implementierungen gibt Web Services sind zur Realisierung von SOA geeignet setzen sich zusammen aus dem Kommunikationsprotokoll SOAP (ermöglicht die Kommunikation unter Nutzung von HTTP) der Beschreibungssprache Web Services Description Language (WSDL) den Verzeichnisdienst Universal Description, Discovery and Integration (UDDI) Folie 20

21 Entwicklung verteilter Anwendungen I, Implementierung verteilter Kommunikation (3): Message Oriented Middleware (MOM) Kommunikationsplattform für vor allem asynchrone Kommunikation Nachrichten werden in eine Message Queue eingefügt und vom Client zeitversetzt abgearbeitet Beispiele: IBM Websphere MQ, Java EE Anwendungsserver.NET-Technologien: Klassen für Sockets, Threads, Distributed Component Object Model (DCOM), veraltet.net Remoting als Ablösung für DCOM, wird aber nicht mehr unterstützt ADO.NET ASP.NET Windows Communication Foundation (WCF) Windows Workflow Foundation (WF) Folie 21

22 Entwicklung verteilter Anwendungen I, Middleware (1): Spezielle Software zur Unterstützung der Kommunikation Bindeglied zwischen Betriebssystem und Netzwerk sowie der Anwendung Aufgaben: Kommunikation (z.b. RPC) Sicherheit (Authentifizierung, Verschlüsselung, Zugriffskontrolle, ) Verzeichnisdienste Repository Manager Ablaufkontroll-Dienste (Thread-Manager, Transaktionsverarbeitung, ) Datenkonversion etc. Folie 22

23 Entwicklung verteilter Anwendungen I, Middleware (2): Beispiele: Objektorientierte Middleware: CORBA (Spezifikation), verschiedene Implementierungen Java Remote Method Invocation (RMI), in JAVA integriert, entwickelt von SUN Message Oriented Middleware: IBM WebSphere MQ Java Message Service (JMS), Spezifikation, Teil der von SUN entwickelten Java Platform, Enterprise Edition (Java EE, früher J2EE) Komponentenbasierte Middleware: EJB-basierte Application Server, Spezifikation MS.NET-Plattform SOA-Middleware: SAP NetWeaver (SAP Dokumentation) Folie 23

24 Entwicklung verteilter Anwendungen I, Client (z.b. Kasse) Anwendungsinteraktion Server (z.b. Kontenserver) Middleware Objektinteraktion Middleware (z.b. Java RMI, Cobra,.NET, SOAP) Transportorientierte Schichten (z.b. TCP/IP) Transportorientierte Schichten Phys. Netzwerk (z.b. Fast Ethernet, ATM) Phys. Netzwerk Einordnung von Middleware und Verteilten Systemen (Quelle: Schill, A./Springer, T. (2012): Verteilte Systeme. Grundlagen und Basistechnologien. ) Folie 24