Strukturen Verteilte Anwendungen Wintersemester 06/07 © Wolfgang Schönfeld von Netzen.

Slides:



Advertisements
Ähnliche Präsentationen
Algorithmen und Datenstrukturen
Advertisements

Powerpoint-Präsentation
Einer der Dienste im Internet
Inhalt – Technische Grundlagen
Basis-Architekturen für Web-Anwendungen
SOAP Simple Object Access Protocol
Präsentation zum Thema Netzwerk Von Jan Metz.
Pascal Busch, WWI00B – Vergleich CORBA vs. Web Services hinsichtlich der Applikationsintegration Web Services vs CORBA Web Services vs CORBA Ein Vergleich.
Math-Net ein Netzwerk für die Mathematik
SOAP (Simple Object Access Protocol)
Universität zu Köln IT – Zertifikat der Philosophischen Fakultät / Blockseminar Allgemeine Technologien II mit Patrick Sahle M. A. Online-Datenbanken am.
Architektur von Netzwerken
XML in Client-Server und GRID Architektur
JAVA RMI.
Verteilte Anwendungen
Modellierungswerkzeug Heidelberg, 2006 © Wolfgang Schönfeld.
Interaktionen Verteilte Anwendungen Wintersemester 06/07 © Wolfgang Schönfeld Wie arbeiten VS mit ihrem Material (im einfachsten Fall)?
Strukturänderungen Verteilte Anwendungen Wintersemester 06/07 © Wolfgang Schönfeld.
Situationen Verteilte Anwendungen Wintersemester 06/07 © Wolfgang Schönfeld.
Verteilte Algorithmen
1. Einführung Lernziele: Auffrischen des Wissens aus Rechnernetze
Schulen ans Netz Oberhausener Moderatoren
Einführung in die Technik des Internets
von Julia Pfander und Katja Holzapfel E 12/2
Workshop: Active Directory
Name des Vortragenden Klasse Ort / tt.mm.jjjj Beschreibung Zentraleinheit CPU, Motherbord, RAM.
DNS Domain Name System oder Domain Name Service
Internet: Funktionsweise und Dienste
Weltweite Kommunikation mit Exchange Server über das Internet
3 Wie funktioniert TCP/IP?
DFÜ => Daten-Fern-Übertragung
1 Übersicht Absicherung Internet Layer Absicherung Transport Layer Absicherung Application Layer.
Schützen, aber wie ? Firewalls wie wir sie kennen.
Webservice Grundlagen
Mit 3 Schichte zum Erfolg
Julia Grabsch Florian Hillnhütter Fabian Riebschläger
Allgemeine Technologien I Sitzung am Mailserver
Internet-Protokolle und Sicherheitsaspekte
Welchen Problemen ist man bei heterogener, verteilter Programmierung ausgesetzt? Hardware: nicht einheitliche, inkompatible Systeme, verschiedene Leistungsfähigkeit.
1 (C)2006, Hermann Knoll, HTW Chur, FHO teKRY407 Geheimhaltung, Authentikation, Anonymität Protokolle: Übersicht Referat Santos: Hash-Funktionen.
Meldungen über Ethernet mit FINS/UDP
Client-Server-Modell
Telefonie Geräte und Dienste, die eine direkte Sprachkommunikation ermöglichen. Basisgerät: das Telefon.
© Fink/Spengler/AINF-Lehrgang 2003 – Folie 1 AINF/3. Jahrgang Netzwerke Anwendungen (Clientseitig) Karl Brenner, Andreas Fink, Gerhard Jüngling, Albert.
->Prinzip ->Systeme ->Peer – to – Peer
Universal Plug and Play
Was wäre wenn….. SNMP (Simple Network Managment Protocol)
Agenda 1. Definition (TCP/ IP Protokollfamilie) 2.
Swai Melissa, Vögele Nelly und Hörner Sabrina Präsentieren
Alexandra Bückins, Nicole Jankowski & Melanie Kleefisch
Internet-Grundtechnologien. Client / Server Client („Kunde“): fordert Information / Datei an im Internet: fordert Internetseite an, z.B.
 Sind Adresskomponenten (an der IP- Adresse angehängt, von ihr durch Doppelpunkt getrennt)  Werden in Netzwerkprotokollen eingesetzt um Datenpakete.
Java-Applets und URLs APP Philip Graf, Andreas Bößl.
Schutzvermerk nach DIN 34 beachten TCP / IP. Schutzvermerk nach DIN 34 beachten TCP / IP und das OSI-Referenzmodell Process / Application Host-to-Host.
Webserver Apache & Xampp Referenten: Elena, Luziano und Sükran
Virtual Private Network
Kirsten Kropmanns Allgemeine Technologien II 9. März 2009
Welcome to Web Services & Grid Computing Jens Mache
Web Services Spezielle Methoden der SWT Liste V – WS 2008/2009 Christian Boryczewski.
ORB – Konzepte Ist – Analyse der betrieblichen Notwendigkeiten, Anforderungsableitung an moderne Lösungskonzepte, alternative ORB – Konzepte mit Zukunft,
Lisa Huber DHBW Mannheim
Mailserver IT-Zertifikat der Phil.-Fak.: Advanced IT Basics
Webservices SOAP und REST Nicole Fronhofs 1. Betreuer: Prof. Dr. Volker Sander 2. Betreuer: B. Sc. Sebastian Olscher.
Technische Universität München, Informatik XI Angewandte Informatik / Kooperative Systeme Verteilte Anwendungen: Web Services Dr. Wolfgang Wörndl
SOAP - WSDL Universität zu Köln Institut für Historisch-Kulturwissenschaftliche Informationsverarbeitung Prof. Dr. Manfred Thaller AM 2 Hauptseminar: Virtuelle.
1. Einführung Lernziele: Auffrischen des Wissens aus Rechnernetze
ISO / OSI Referenzmodell
Remote Method Invocation
 Präsentation transkript:

Strukturen Verteilte Anwendungen Wintersemester 06/07 © Wolfgang Schönfeld von Netzen

Informationen werden durch (viele) Aktionen verarbeitet, die in Hard- und Software festgelegt und nach bestimmten Prinzipien strukturiert sind (wie auch die Informationen selbst)Informationen Benennungen Unterprogramme Parametrisierung … Insgesamt gibt es wenige solcher Prinzipien. Beispiele: Software auf einem Rechner interagierende Rechner

Schichten erhält man, wenn Programme auf unterschiedlichen Rechnern mit ähnlicher Aufgabenstellung kommunizieren (auch: Ebenen, Tiers, Layers). Bei Organisationen (Unternehmen, Behörden, …) spricht man von Hierarchie-Ebenen. Meist gehören zu Schichten unterschiedliche Grade der Abstraktion, mit der Informationen verarbeitet werden: Je höher die Schicht, desto weiter greifend, aber gröber werden die Zusammenhänge dargestellt. Weil gleichzeitig weniger Details angesprochen werden, bleibt der Umfang der Beschreibung (im wesentlichen) gleich. Dieses Strukturierungsprinzip wurde bei Rechnern und verteilten Systemen schon in den ersten Anfängen angewandt. ist für verteilte Systeme wichtig

Schichten (2) Grundlage der Schichtung ist die schrittweise Zerlegung von Informationsmengen (mathematisch: Partitionierung). Deren Verarbeitung wird dadurch zumeist einfacher. Beispiele: Klassifizierung von Informationen. Verteilung von Informationen. Suche nach Informationen. Hierarchien in großen Organisationen: Berichtswege sind gerade Umkehrungen der Verteilungswege. Dem (organisatorischen) Gewinn durch überschaubarere Strukturen steht eine gewisse Unflexibiliät entgegen - man kommt gar nicht auf die Idee, dass es auch anders gehen kann. (Selbst das kann von Vorteil, aber auch von Nachteil sein.) Durchbricht man in großen Organisationen die strengen Hierarchien, spricht man von "dotted lines".

Die Struktur innerhalb einer Schicht ist standardisiert: Instanzen sind die Verarbeitungseinheiten innerhalb einer Schicht. Sie kommunizieren horizontal (innerhalb der Schicht) anhand des zugehörigen Protokolls (vgl. Zeichnung), weitgehend standardisiertZeichnung vertikal (zwischen den Schichten) durch Unterprogrammaufrufe u.ä., weniger standardisiert. Ausnahme: Sockets. In vertikaler Richtung ist eine Standardisierung weniger erforderlich (weil die Programme meistens auf demselben Rechner laufen). Die "vertikale" Zuordnung muss nicht 1-1 sein Zu einer n-Instanz können mehrere (n+1)-Instanzen und mehrere (n-1)- Instanzen gehören.

Im Internet reicht die Schichtung nur von Physical bis Transport. Schichten 1 und 3 besorgen die "normale" Kommunikation: Physical legt fest, wie zwei direkt kommunizieren, Network, wie das über Vermitter geschieht. Schichten 2 und 4 besorgen die Absicherung (was tun, wenn die normale Kommunikation nicht klappt?) DataLink für Physical Transport für Network

Beispiel: Auf einer Transport-Instanz (TCP) sitzen mehrere Anwendungen. Unter ihr verschiedene "Netztreiber" (DataLink-Instanzen) TCP Anwendungen Netztreiber Sockets ISDNEthernetWiMAXUMTS

Unterschiedliche Anwendungen interagieren meist nach dem Schema "Aufgabe - Rückmeldung". Aufgage ("request") von A an B Rückmeldung ("reply") von B an A Dies entspricht dem Schema "Aufruf - Rückkehr" bei sequenzieller Programmierung. Bei verteilten Systemen ist dies so zu sehen: A erzeugt mit dem Request eine Ursache. Der Reply von B ist die Wirkung. A kann sich auf zwei verschiedene Weisen verhalten: A wartet auf die Rückmeldung ("synchron" Interaktion). A wartet nicht auf die Rückmeldung ("asynchron" Interaktion).

Standardisierung Remote Procedure Call (RPC) Common Object Request Broker Architecture (CORBA) Distributed Computing Environment Remote Procedure Call (DCE RPC) Remote Method Invocation (RMI) SOAP

ursprünglich für Simple Object Access Protocol ähnlich Remote Procedure Call SOAP benützt XML zur Repräsentation der Daten und Internet-Protokolle der Transport- und Anwendungsschicht (vgl. TCP/IP-Referenzmodell) zur Übertragung der Nachrichten. Die gängigste Kombination ist SOAP über HTTP und TCP. Die Abkürzung SOAP wird jedoch offiziell seit Version 1.2 nicht mehr als Akronym gebraucht, da es erstens (subjektiv) keineswegs einfach (Simple) ist und da es zweitens nicht (nur) dem Zugriff auf Objekte (Object Access) dient. SOAP

TCP-Anwendungen werden (von außen) durch Port-Nummern adressiert.Port-Nummern 7EchoZurücksenden empfangener DatenEcho 13DaytimeÜbertragung von Datum und UhrzeitDaytime 20FTP-DataDateitransfer (Datentransfer vom Server zum Client)FTP-Data 21FTPDateitransfer (Initiierung)FTP 22SSHSecure ShellSSH 23TelnetTerminalemulationTelnet 25SMTP -Versand (siehe auch Port 465)SMTP 43WhoisWhois-AnfragenWhois 53DNSAuflösung von Domainnamen in IP-AdressenDNS

In der Praxis sind viel mehr Instanzen auf einem Rechner beteiligt mit Wissen des Rechner-Betreibers ohne dessen Wissen, aber zu seinem Nutzen zu seinem Schaden

Netz ist die Gesamtheit aller Instanzen einer Schicht. Die Topologie eines Netzes ist durch die Nachbarschaft der Instanzen bestimmt. Die Topologie ist beliebig, manchmal wird Zusammenhang gefordert. In gewissen Topologien sind bestimmte Aufgaben leichter zu erfüllen, andere weniger. Beispiel: Viele Aufgaben (z.B. Verteilen) sind leichter in Hierarchien zu erfüllen. Andere Aufgaben (z.B. Abstimmen) sind leichter in "demokratischen" Strukturen (Peer-to-Peer) zu erfüllen. wie man aus dem täglichen Leben weiß.

Client-Server Hardware Software Client Server Braunschweig, VS-0203-Kap02-SystemModelle-4S.pdf Draufsicht Seitenansicht

Applets Client Webserver Applet vorher nachher

Proxy Client Server Proxy- Server Client

Peer-to-Peer Peer Jeder kann dasselbe.

Beweglichkeit (Mobilität) von Hardware Ort perspektivische Ansicht

Beweglichkeit (Mobilität) von Software

Die Verarbeitung von Informationen hängt auch vom Ort ab. Der Zugriff zu Daten erfordert (unterschiedliche) Ressourcen, je weiter entfernt, desto mehr (zumindest Zeit!). Beispiel: Es soll nach einer bestimmten Information gesucht werden (hier: 5-strahliger unter 4-strahligen Objekten). Man hat die Wahl, die Information näher an die Verarbeitung oder die Verarbeitung näher an die Information zu bringenen (mobile Agenten). (Diese Frage ist unabhängig von der Aufgabenteilung, vgl. einführendes Beispiel!) einführendes Beispiel!

Die Einsparung durch nähere Verarbeitung ist abzuwiegen gegen den zusätzlichen Auswand, die Software zu verlagern.

Wie findet man / der Rechner sich zurecht?

Verzeichnis von Informationen als Helfer in komplexer Landschaft Suchmaschine - wird nach dem Vorkommen eines Wortes in einem (Hyper-) Text gefragt und gibt einen Verweis zurück einfach zu automatisieren spielt die Anordnung der Verweise eine Rolle? Beispiel: Encyklopädie - wird nach einem (durch ein Wort gegebenen) Begriff gefragt und gibt eine (vorgegebene) Erläuterung zurück nicht automatisierbar, lediglich maschinelle Unterstützung offene Autorenschaft Beispiel:

"Problem Viele Daten im Wiki sind für den Menschen offensichtlich, für Maschinen jedoch nicht auswertbar. Beispiel: Auf der Seite Karlsruhe stehen Gemeinden, an welche Karlsruhe angrenzt. Eine Maschine kann nun aber nicht herausfinden, ob z. B. Stutensee an Karlsruhe grenzt. Auch ein Mensch muss also zur Seite Stutensee oder Karlsruhe navigieren um dort die Information zu suchen - obwohl es eigentlich genügen würde, das einmal zu sagen. " aus Projekt_Semantic_Wiki