Grid Computing Einführung

Größe: px
Ab Seite anzeigen:

Download "Grid Computing Einführung"

Transkript

1 Grid Computing Einführung Marc Lechtenfeld 1 Einführung Computersysteme werden erfolgreich zur Lösung der unterschiedlichsten Probleme eingesetzt. Ingenieure verwenden sie zur Entwicklung komplizierter technischer Maschinen, Wissenschaftler modellieren und simulieren mit Hilfe der Computer komplexe Prozesse der Natur, Mediziner werden bei der Diagnose von Krankheiten, Unternehmer beim Treffen folgenreicher Entscheidungen unterstützt. Aus vielen Bereichen sind sie kaum noch wegzudenken. Doch obwohl die Leistungsfähigkeit der Rechner und Netzwerke weiterhin steigt, gibt es dennoch interessante Probleme, die mit der zur Verfügung stehenden Technik nicht im gewünschten Ausmaß gelöst werden können. Ein Grund dafür sind immer speicher- und rechenintensivere Probleme. Wissenschaftliche Disziplinen wie die Klimaforschung, die Genomforschung oder die Hochenergiephysik sammeln immer größer werdende Datenmengen, die schon in Terabyte und bald in Petabyte gemessen werden. Das europäische Laboratorium für Teilchenphysik CERN wird nach Fertigstellung des neuen Teilchenbeschleunigers mehrere Petabyte pro Jahr aufzeichnen. Allein die Archivierung und Verwaltung solcher Mengen ist bereits eine Herausforderung. Durch die ansteigende Menge an zu verarbeitenden Daten, aber auch durch immer genauer werdende wissenschaftliche Modelle und Simulationen, wird die Auswertung der Daten immer aufwendiger. Für die Analyse der vom Teilchenbeschleuniger erzeugten Daten, würde man einen Supercomputer benötigen, der eine Rechengeschwindigkeit besitzt, die äquivalent zu mehr als der schnellsten, heute verfügbaren Prozessoren ist. Dem immer weiter steigenden Bedarf an mehr Speicherplatz und Rechengeschwindigkeit wird auch eine Verdoppelung der Rechengeschwindigkeit alle 18 Monate nicht mehr gerecht. Eine weitere Schwierigkeit ist die Komplexität einiger Probleme. Oft ist man auf den koordinierten Einsatz von vielen sehr unterschiedlichen Ressourcen angewiesen. Zur Wettervorhersage braucht man beispielsweise so unterschiedliche Ressourcen wie Wetterstationen, Satelliten und Simulationen. Die verschiedenen Ressourcen können häufig aus unterschiedlichen Gründen nicht von einer einzigen Maschine zur Verfügung gestellt werden und sind geographisch verteilt. Gehören die Ressourcen verschiedenen Institutionen, so erschweren unterschiedliche Zugriffsbedingungen und Zugriffszeiten noch zusätzlich die Verwendung. Auch die Organisation der an der Lösung des Problems beteiligten Personen oder Institutionen, die auf die Ressourcen zugreifen möchten, wirft Probleme auf. Wie in der Wissenschaft, sind sie häufig über die ganze Welt verteilt. Dennoch möchten sich die Forscher und Institute die Nutzung der Ressourcen teilen. So, dass alle auf Ergebnisse oder auf kostspielige oder seltene Ressourcen gemeinsam zugreifen können um so zusammen an den Problemen arbeiten zu können. 1

2 2 Systemanforderungen Szenario Das folgende Szenario aus [1] beschreibt, welche Eigenschaften das System haben soll und wie man sich den Einsatz vorstellen kann: Der GEO600 Detektor in Hannover empfängt ein Signal, das auf ein Schwarzes Loch, eine Supernova oder ein anderes kosmisches Ereignis hindeutet. Wissenschaftler auf der ganzen Welt möchten ihre Teleskope darauf ausrichten, bevor es wieder verschwindet. Doch zur Positionsbestimmung sind zeitkritische Analysen und aufwendige Simulationen notwendig. Eine Astrophysikerin in Berlin nutzt das GEO600 Portal, um mit Hilfe des Performance-Tools geeignete Ressourcen für die Analyse zu bestimmen. Die schnellsten, verfügbaren Ressourcen weltweit werden vom Brokering-Tool zusammengestellt. Nachdem die Wissenschaftlerin die vorgeschlagene Ressourcenauswahl bestätigt hat, werden automatisch Scheduling- und Data- Management-Tools gestartet, welche die Arbeit auf die ausgewählten Ressourcen verteilen und die Auswertung starten. Nach zwanzig Minuten erhält die Astrophysikerin vom Notification-Tool eine SMS mit der Information, dass weitere Daten benötigt werden, die vorher erst von numerischen Simulationen erzeugt werden müssen. Sie benachrichtigt daraufhin ihre internationalen Kollegen, die auf solche Simulationen spezialisiert sind. Diese stellen den Simulationscode mit dem Code-Composition-Tool zusammen. Das Performance-Prediction-Tool weist jedoch darauf hin, dass von keiner Maschine, auf die sie zugreifen können, die Simulation bearbeitet werden kann. Das Brokering-Tool schlängt deshalb vor, sie auf zwei Maschinen, eine in den USA und eine in Deutschland, laufen zu lassen. Sie wurden zu einem virtuellen Supercomputer verbunden und können die Aufgabe in der gewünschten Zeit bearbeiten. Nach Simulationsbeginn wird der Grid Information Server (GIS) angefragt. Daraufhin entscheidet die Simulation selbstständig, die zeitkritische Verarbeitung von vielen Maschinen parallel bearbeiten zu lassen. Eine Stunde später bricht das Netzwerk zwischen den beiden Maschinen zusammen und nach einer erneuten Kontaktierung des GIS wird entschieden, die betroffenen Teilaufgaben auf eine Maschine in Japan zu verlegen. Währenddessen beobachtet das internationale Team den Fortschritt von ihren Workstations oder mobilen Geräten vom Flughafen aus. Die Ergebnisse werden nach Deutschland, geschickt wo sie dann zur Positionsbestimmung verwendet werden. Das Hubble Teleskope und andere verfügbare Teleskope werden auf die Quelle ausgerichtet. Der ganze Prozess, der von keiner einzelnen Maschine und von keinem heute verfügbaren Supercomputer hätte verarbeitet werden können, hat so nur einige Stunden benötigt. Eigenschaften Die Probleme, die in den verschiedenen Disziplinen in Wissenschaft, Technik und Industrie gelöst werden müssen, können sehr unterschiedlich sein. Eines haben sie jedoch gemeinsam: immer versuchen die Beteiligten sie durch den Einsatz geeigneter Ressourcen zu lösen. Damit möglichst viele, unterschiedliche Aufgaben mit dem gleichen System bearbeitet werden können, wünscht man sich eine Infrastruktur, die es jedem, der dies möchte, ermöglicht, seine Ressourcen jederzeit zur Verfügung stellen zu können. Die Art der Ressourcen darf dabei keine Rolle spielen. Rechner und Speicher sollen genauso eingebracht werden können wie Labore, Teleskope, Sensoren oder andere Instrumente. Aber auch Datenbanken, Simulationen oder andere Software soll bereitgestellt werden können. 2

3 Da viele Ressourcen vielfältig eingesetzt werden können, soll man sie auch gemeinsam nutzen können. So lassen sich beispielsweise Radioteleskope zur Beobachtung von Himmelskörpern einsetzen aber auch zur Kommunikation mit entfernten Raumsonden. Ein anderer Grund dafür, dass man Ressourcen teilen möchte ist, dass sie sehr kostspielig und selten sein können. Von aufwendigen technischen Geräten wie Teilchenbeschleuniger gibt es nur einige wenige. Wissenschaftler weltweit sind daher daran interessiert sie gemeinsam für ihre Forschungen nutzen zu können. Die Bereitstellung der Ressourcen muss dabei nicht kostenlos sein. Durch ein Abrechnungsmodell könnte es für Unternehmen oder auch Privatpersonen interessant werden z.b. die ungenutzte Rechenzeit, anderen Projekten zur Verfügung zu stellen. So könnten sich Unternehmensrechner nachts an der Suche nach neuen Medikamenten beteiligen oder Rechner von Privatpersonen anstatt einen Bildschirmschoners zu starten Wirtschaftsanalysen für Unternehmen durchführen. Einige Ressourcen, stehen nicht die ganze Zeit über zur Verfügung. Es muss also auch berücksichtigt werden, dass Ressourcen jederzeit hinzukommen und wieder aus dem Netz verschwinden können. Die Beobachtung eines astronomischen Objekts mit einem bestimmten Teleskop ist beispielsweise, aufgrund der Bewegung der Himmelskörper und der damit nicht immer vorhandenen Sichtverbindung, nicht immer möglich. Für eine lückenlose Beobachtung muss man mehrere solcher Ressourcen, die über die ganze Welt verteilt sind zusammen verwenden. Zur Lösung komplexer Probleme, muss sich die Nutzung mehrerer Ressourcen also auch koordinieren lassen. Dies sollte möglichst automatisch geschehen, damit eine einmal gestartete Anwendung möglichst selbstständig eine Aufgabe bearbeiten kann und Benutzereingriffe soweit wie möglich vermieden werden können. Daher muss man auch berücksichtigen, dass die zu verwendenden Ressourcen unterschiedlichen Organisationen gehören und sich dadurch in unterschiedlichen Zugriffsdomänen befinden. Durch eine automatische Koordination mehrerer weltweit verteilter Teleskope, könnte man sich beispielsweise eine lückenlose Beobachtung astronomischer Objekte vorstellen, indem je nach Uhrzeit zwischen den verschiedenen Teleskopen an den unterschiedlichen Standpunkten automatisch hin und her geschaltet wird. Durch eine koordinierte Nutzung vieler gleichartiger Ressourcen erreicht man auch eine höhere Zuverlässigkeit und Fehlertoleranz. Fallen einzelne Ressourcen aus, so übernehmen einfach andere, gleichartige Ressourcen diese Aufgaben und gleichen damit den Ausfall aus. Man erhält so aber auch eine höhere Performance. Steigen plötzlich die Leistungsanforderungen, so können weitere Ressourcen hinzugenommen werden, um den neuen Anforderungen gerecht zu werden. Diese Flexibilität erfordert jedoch, dass das System jederzeit erweiterbar bleibt. So kann man sicherstellen, dass immer genug Ressourcen zum Ausgleichen von Fehlern oder erhöhten Leistungsanforderungen vorhanden sind und dass das System für neue Anwendungen durch weitere Ressourcenarten angepasst werden kann. Das System soll mit einigen wenigen aber auch mit Millionen von Ressourcen betrieben werden können. Ungeachtet der Menge der Ressourcen, soll die Nutzung des Systems und damit der Ressourcen für den Benutzer immer so leicht wie möglich sein. Er soll das Gefühl haben, mit einem einzigen virtuellen Computer zu arbeiten und nicht mit vielen verschiedenen weltweit verteilten Ressourcen, deren Verwendung koordiniert werden muss. Man möchte so eine Transparenz erreichen. Die technischen Details sollen vor dem Benutzer verborgen werden, damit er sich darüber keine Gedanken machen muss. 3

4 Der Zugriff soll aber nicht auf bestimmte Zugangsgeräte beschränkt sein. Neben Workstations und Personalcomputer sollten man auch Notebooks, PDAs oder Mobiltelefone verwenden können, die über eine einheitliche Oberfläche auf das System zugreifen. Die Entscheidung wer, wie, auf welche Ressourcen zugreifen darf, bleibt dabei bei dem Besitzer der Ressourcen. Er legt durch Zugriffsbedingungen fest, wer zur Benutzung seiner Ressourcen berechtigt ist. Dadurch kann man einen sicheren Zugriff auf die Ressourcen gewährleisten. Eine Gruppe von Personen oder Institutionen, die sich auf Zugriffsbedingungen beeinigt haben, um ihre Ressourcen gemeinsam zur Lösung einer bestimmten Aufgabe zu verwenden, nennt man auch eine Virtuelle Organisation [5]. Ein Beispiel dafür wäre ein Industriekonsortium, das gemeinsam an der Entwicklung eines neuen Flugzeugs arbeitet oder ein Katastrophenmanagementteam, das die Auswirkungen einer Ölkatastrophe auf die Natur, mit Hilfe von Wetter- und Ölmodellen simulieren möchte. Definition Da das Forschungsgebiet noch recht jung ist, gibt es eine Vielzahl von Definition. Ian Foster, definiert Grids in [4] folgendermaßen: Grid technologies and infrastructures support the sharing and coordinated use of diverse resources in dynamic, distributed virtual organizations that is, the creation, from geographically distributed components operated by distinct organizations with differing policies, of virtual computing systems that are sufficiently integrated to deliver the desired QoS. 3 Architektur Die gewünschten Eigenschaften müssen nun durch eine geeignete Architektur realisiert werden. Schichtenmodell In [5] wird ein Schichtenmodell vorgestellt, das aus fünf Protokollschichten besteht. Damit die unterschiedlichsten Ressourcen in dem verteilten System zusammenarbeiten können, werden gemeinsame Protokolle verwendet. Die Protokolle müssen frei und standardisiert sein, damit sich jeder, der dies möchte, an der Integration neuer Ressourcen oder an der Entwicklung allgemeiner Dienste, Werkzeuge oder Softwarebibliotheken, die das Erstellen von Grid Anwendungen erleichtern, beteiligen kann. Bei der Anzahl der Protokolle der einzelnen Schichten hält man sich an das Sanduhrmodell. 4

5 Abbildung 1: Schichtenmodell Sanduhrmodell Der obere Teil der Sanduhr, der die vielen verschiedenen Anwendungen spezifiziert, greift dabei auf den Hals der Sanduhr zu. Dieser besteht nur aus einer kleinen Anzahl von Kernabstraktionen und Protokollen. Die einzelnen Ressourcen bilden den unteren Teil der Sanduhr, auf den der Hals zugreift. Durch dieses Modell lässt sich das System beliebig um neue Ressourcen und Anwendungen erweitern, solange der Hals beibehalten wird. Abbildung 2: Sanduhrmodell Fabrik Schicht Die unterste Schicht die Fabrik Schicht ist dafür zuständig, dass die unterschiedlichsten Ressourcen genutzt werden können. Dazu gehören Ressourcen wie Rechenleistung, Speicher, Sensoren oder andere wissenschaftliche Instrumente wie Mikroskope oder Teleskope. Aber auch logische Ressourcen wie Dateisysteme, Datenbanken oder Digitale Bibliotheken werden dazugezählt. Die Fabrik Schicht realisiert eine Hardware- und Dienstunabhängigkeit, indem sie den anderen Schichten eine einheitliche Schnittstelle für den Zugriff auf verschiedene Ressourcen bereitstellt. Wie die Operationen von der konkreten Ressource dann ausgeführt werden, wird in dieser Schicht festgelegt. Sie implementiert also die ressourcenspezifischen Operationen. Es ist jedoch zu überlegen, wie viele Funktionen in der Fabrik Schicht implementiert werden. Eine reichhaltige Funktionalität ermöglicht anspruchsvolleren Einsatz der Ressourcen, erschwert jedoch die Einbindung der Ressourcen in das System. Mindestens 5

6 sollten jedoch Mechanismen zur Abfrage von Informationen über die Ressourcen, wie etwa den Status oder die Fähigkeiten implementiert werden. Auch Mechanismen zum Ressource- Management, also zur Kontrolle der Ressourcen sollten bereitgestellt werden. Connectivity Schicht Mit Hilfe der Connectivity Schicht ist eine sichere Kommunikation zwischen heterogenen Systemen möglich. Hier werden Kommunikations- und Authentisierungsprotokolle für die Netzwerktransaktionen definiert. Zu den Aufgaben der Kommunikationsprotokolle gehören Transport, Routing und Adressierung. Bei der Authentisierung sollten folgende Dinge beachtet werden: Mit dem Single-sign-on-Mechanismus möchte man sicherstellen, dass es ausreicht, dass sich der Benutzer nur einmal authentisieren muss, um auf alle Ressourcen, auf die er zugreifen darf, auch zugreifen kann, und dies nicht für jede einzelne Ressource machen muss. Durch eine Delegation der Benutzerrechte an Programme und Unterprogramme soll es auch ihnen möglich sein im Auftrag des Benutzers bestimmte Ressourcen zu benutzen. Wenn man benutzerbasierte Vertrauensbeziehungen verwendet, sind Sicherheitsregeln zwischen verschiedenen Anbietern nicht nötig, wenn ein Benutzer die Ressourcen dieser Anbieter zusammenarbeiten lassen möchte. Die lokalen Sicherheitssysteme sollen integriert werden. Die Sicherheitsregeln werden dazu auf das bestehende Sicherheitssystem abgebildet. Die Connectivity Schicht sichert also die Systemunabhängigkeit. Resource Schicht Die Resource Schicht bietet Möglichkeiten zur Überwachung und Kontrolle einzelner Ressourcen. Da diese Schicht ein Teil des Halses des Sanduhrmodells ist, sollte man sich auf wenige Protokolle beschränken. Es werden zwei verschiedene Protokollklassen unterschieden. Mit den Information protocols erhält man Informationen über die Struktur und den Status einer Ressource. Dazu gehören z.b. die gegenwärtige Arbeitslast oder die geltenden Nutzungsbedingungen wie die Kosten oder einzuhaltenden Sicherheitsregeln. Zum Arbeiten mit den Ressourcen nutzt man die Management protocols. Sie koordinieren den gemeinsamen Zugriff auf einzelne Ressourcen und bieten Möglichkeiten zur Prozessgenerierung und zum Datenzugriff. Zuvor muss diese Schicht sicherstellen, dass die, für diese Ressource geltenden, Sicherheitsregeln eingehalten werden. Nur wenn eine Berechtigung vorliegt, werden die gewünschten Operationen ausgeführt. Der Fortschritt der Operation kann dann, mit Hilfe der Protokolle, überwacht und beeinflusst werden, so dass einmal gestartete Operationen z.b. auch abgebrochen werden können. Fallen für die Benutzung der Ressource Kosten an, so übernimmt diese Schicht auch die Abrechnung. Collective Schicht Während die Ressource Schicht für einzelne Ressourcen zuständig ist, steuert die darüber liegende Collective Schicht die Verwendung ganzer Ressourcensammlungen. Mit Hilfe der Protokolle und Dienste dieser Schicht unterstützt man eine effiziente und zuverlässige Bearbeitung der Aufgaben durch Nutzung mehrerer Ressourcen. Da diese Schicht auf den Hals des Sanduhrmodells aufbaut, können hier viele verschiedene Funktionen realisiert werden, ohne die Anforderungen an die Ressourcen zu ändern. Mit Hilfe des Directory Service kann man die zur Verfügung stehenden Ressourcen auffinden. Brokering- und Scheduling-Services unterstützen das Belegen einzelner Ressourcen und das Planen von Aufgaben auf den dazugehörigen Ressourcen. Zur Überwachung des Fortschritts können Monitoring- und Diagnostic-Services verwendet werden. So kann auf Fehler, Überlastungen, usw. reagiert werden. Durch Data replication 6

7 services erhält man einen performanteren und zuverlässigeren Zugriff auf Daten. Software discovery services finden die besten, zum Problem passenden Implementierungen und wählen diese aus. Dies ist nur eine Auswahl. Doch sie zeigt bereits, wie verschieden die einzelnen Protokolle und Dienste dieser Schicht sind. Application Schicht Die Application Schicht enthält die Applikationen der Benutzer, die die Dienste der einzelnen Schichten aufrufen, um eine bestimmte Aufgabe zu lösen. Sie können dazu auch verschiedene Frameworks oder Bibliotheken zur Hilfe nehmen. Durch diese Schicht erhält man eine Unabhängigkeit von bestimmten Programmen und Problemen. Mit Hilfe der Application Schicht ist es also möglich die unterschiedlichsten Probleme verschiedenster Disziplinen mit einem System zu lösen. Dazu müssen nur die Anwendungen, die eine bestimmte Aufgabe lösen soll entwickelt werden. Beispiel Die folgende Abbildung aus [5] zeigt, anhand zweier Beispiele, wie die einzelnen Schichten aussehen können: Abbildung 3: Schichtenmodell: Beispiele Ray Tracing ist eignet, da sich das Problem in mehrere Teilaufgaben zerlegen lässt und viel Rechenleistung benötigt. Die Fabrik Schicht verwaltet alle benötigten Ressourcen wie die Rechenleistung, die Datenspeicher und das Netzwerk. Die Connectivity Schicht übernimmt das Verteilen der Daten über das Netzwerk an die verschiedenen Rechner. Dazu werden z.b. Protokolle vom TCP/IP-Stack verwendet. Der Zugriff auf die Ressourcen geschieht über die Resource Schicht. Diese gibt auch Informationen über die Auslastung der Rechner, den freien Speicherplatz der Datenspeicher usw. Das Auffinden, Verteilen und Überwachen übernimmt die Collective Schicht. Die Application Schicht nutzt nun die anderen Schichten um das gewünschte Ziel zu erreichen. 4 Implementation Open Grid Service Architecture Die in [6] vorgestellte Open Grid Service Architecture (OGSA) ist eine Weiterentwicklung des Globus Toolkits, die Grid Computing mit Web Services verbindet. 7

8 Globus Toolkit Das Globus Toolkit [9], als ein Bestandteil der OGSA, ist eine Open-Source Implementierung des Schichtenmodells, die bereits in vielen Projekten eingesetzt wird. Eine Vielzahl von Institutionen und Unternehmen weltweit beteiligen sich an der Entwicklung der Dienste und Software Bibliotheken, die den Aufbau von Grids und Grid Programmen unterstützen. Die wichtigsten Komponenten, die OGSA einsetzt, sind: Mit Hilfe des Meta Directory Service (MDS) lassen sich Informationen über Ressourcen abrufen und die gewünschte Ressourcen auffinden. Zum sicheren und zuverlässigen Erstellen und Verwalten der Dienste nutzt man das Grid Resource Allocation and Management (GRAM) Protokoll mit seinem Gatekeeper Dienst. Dieser nutzt auch Mechanismen der Grid Security Infrastructure (GIS), die für die Sicherheit zuständig ist. Services Man kann einerseits die Ressourcen, die geteilt werden, betrachten oder andererseits die Dienste, die durch sie ermöglicht werden. OGSA orientiert sich an dieser zweiten Sichtweise. Alle Ressourcen, ob Rechenleistung, Speicher, Netzwerke oder Programme, werden als Services repräsentiert. So erhält man eine weitere Abstraktion von den Ressourcen. Ein Service ist eine netzwerkfähige Einheit, die bestimmte Leistungen durch den Austausch von Nachrichten bereitstellt. Der Aufruf dieser Leistungen geschieht über ein bekanntes Interface. Wie diese Leistung genau erbracht wird, spielt für den Aufrufenden keine Rolle. Daher können hinter einem Interface unterschiedliche Implementierungen stecken. So lassen sich Abhängigkeiten von bestimmten Plattformen oder Implementierungen vermeiden. Außerdem können so relativ einfach komplexe Dienste angeboten werden, indem ein Service einen oder mehrere weitere Services aufruft. Dadurch können mehrere logische Ressourcen auf eine physikalische Ressource zugreifen. Durch die Virtualisierung der Komponenten kann man also relativ einfach komplexe Dienste auf verschiedenen Plattformen anbieten. Eines der Hauptvoraussetzungen, Interoperabilität, lässt sich durch die Serviceorientierung in zwei Teilprobleme zerlegen: in die Definition der Service Schnittstellen und in die Wahl der Protokolle, über die man ein bestimmtes Interface aufrufen kann. Web Services Durch die Verwendung von Web Services [10] erhält man mit der Web Services Description Language (WSDL) Standardmechanismen zur Definition von Schnittstellen unabhängig von der Implementation oder von den Protokollen, die für den Aufruf verwendet werden. So erhält man einen einheitlichen Aufruf der verschiedenen Implementierungen eines Dienstes. Ein weiterer Vorteil ist, dass man seine Vielzahl bereits bestehender Web Services und Tools verwenden kann. Grid Services Für den Einsatz im Grid, muss jedoch auch die Interaktion zwischen den einzelnen Services standardisiert sein. Daher werden Grid Services verwendet. Dies sind Web Services, die sich an bestimmte Konventionen halten und bestimmte Schnittstellen zur Verfügung stellen: Bevor Services verwendet werden können, müssen sie zuerst einmal gefunden werden. Man benötigt also Funktionen um Dienste aufzufinden und Informationen über sie abrufen zu können, Operationen um Services dynamisch zu erstellen und auf ihren Lebenszyklus Einfluss zu nehmen. Dies ist nötig, da die Dienste auch flüchtig sein können und man sie so 8

9 nach einer bestimmten Zeit auch wieder entfernen können muss. Außerdem möchte man über Zustandsänderungen der Dienste informiert werden. (weiteres in [6]). Werden diese Schnittstellen zur Verfügung gestellt, dann ist der Web Service ein Grid Service. Aufbau OGSA ist also wie folgt aufgebaut: Die unterste Schicht ist die Resource Schicht. Sie besteht aus den physikalischen Ressourcen wie Server, Speicher oder Netzwerke, die von mehreren logischen Ressourcen wie Datenbanken oder Verzeichnissen benutzt werden können. Alle diese Ressourcen werden durch die Web Services der nächsten Schicht repräsentiert. Die Open Grid Service Infrastructure (OGSI) bietet eine einheitliche Schnittstelle zu den Web Services und macht sie zu Grid Services. Damit wird ein einheitliches Verhalten und eine einheitliche Interaktion mit allen Grid Diensten sichergestellt. Die nächste Sicht, die OGSA Architected Services Schicht, baut auf die Web Service Schicht mit der OGSI Erweiterung auf und wird von höher geordneten Services genutzt. Dazu gehören Kerndienste wie ein Servicemanagement für die Verwaltung der Dienste. Es stellt Funktionen zur Überwachung, Instandhaltung oder Fehlerbehandlung bereit. Für die Kommunikation zwischen den Diensten werden grundlegende Methoden von den Kommunikationsdiensten zur Verfügung gestellt. Mit Hilfe der Policy Dienste erhält man Möglichkeiten zum Erstellen, Administrieren und Verwalten von Nutzungsbedingungen. Sicherheitsdienste verwenden zur Einhaltung bekannte Sicherheitsmechanismen, Sicherheitsprotokolle und Sicherheitsmodelle. Neben diesen Kerndiensten gehören dazu auch Programmausführungsdienste zu denen auch Job-Scheduling und Workload Management gehört und Datendienste für den Zugriff und die Verwaltung von Daten. Die oberste Schicht ist die Application Schicht, die die einzelnen Anwendungen enthält. Abbildung 4: OGSA Architektur (aus [7]) 9

10 5 Einsatz Weltweit existieren bereits Projekte, die Grids einsetzen um verschiedene Aufgaben zu lösen. Hier sollen zwei davon beispielhaft beschrieben werden: Projekte Ein Beispiel aus der Neurowissenschaft wird in [3] dargestellt: Die Analyse von Gehirnaktivitäten, die mit Hilfe der Magnetoenzephalographie (MEG) aufgezeichnet werden, ist ein wichtiger Forschungsgegenstand der Medizin. Sie hilft Ärzten Symptome für Krankheiten zu identifizieren. Aufgrund der hohen Kosten gibt es nur eine begrenzte Zahl von MEG Geräten auf der Welt. Außerdem werden große Datenmengen erzeugt. Die aufwendige Analyse der Daten würde auf einem PentiumIII/500MHz Prozessor 102 Tage dauern. Für eine angemessene Behandlung werden die Ergebnisse jedoch so schnell wie möglich benötig. Da nicht alle medizinischen Einrichtungen Zugriff auf Supercomputer haben, ist die Verwendung eines Grid sinnvoll. Ein weiterer Vorteil ist, dass alle beteiligten Ärzte so auf die medizinischen Daten zugreifen können. Das Grid integriert die verteilten und unterschiedlichen Ressourcen wie medizinische Instrumente, Rechenleistung, medizinische Daten, Software und die beteiligten Menschen. Nachdem die Hirnaktivitäten eines Patienten aufgezeichnet wurden, müssen die erzeugten Daten analysiert werden. Dazu wird nach infrage kommenden Ressourcen gesucht und eine möglichst optimale Ressourcenauswahl nach benutzerdefinierten Kriterien wie Kosten oder einer Zeitvorgabe betroffen. Die Daten werden nun zur Analyse die einzelnen Ressourcen verteilt und die Ergebnisse gesammelt. Ein anderes Projekt ist das Earth System Grid [8]. Ziel dieses Projekts der Klimaforschung, ist die Überprüfung von Klimamodellen der Erde um den Einfluss globaler Klimaänderungen besser zu verstehen. Dazu werden neben hochauflösenden und aufwendigen Simulationen Klimamodelle eingesetzt, die mehrere Petabyte und bald Terabyte von Daten erzeugen. Diese müssen Wissenschaftlern verschiedener Universitäten und Labors zugänglich gemacht werden. Das Earth System Grid soll verteilte Benutzer, Modelle und Daten verbinden um so ein produktives Forschen zu ermöglichen. Andere Projekte nutzen Grids zur Erforschung von Erdbeben, Radiosignalen, Krankheiten und vieler weiterer Dinge. Problemklassen Ein Grid unterstützt also in den unterschiedlichsten Gebieten das Lösen von Problemen. Häufig bieten das Grid eine der folgenden Arten der Unterstützung [2]: Anwendungen können durch die Nutzung des Grids Rechenleistung bündeln, um so rechenintensive Aufgaben in kürzerer Zeit bearbeiten zu können oder um Probleme zu lösen, die mehr Ressourcen benötigen, als von einzelnen Systemen bereitgestellt werden können. (Distributed supercomputing). Werden große Datenmengen benötigt, so kann das Grid die Verwaltung und den gemeinsamen Zugriff auf die verteilten Daten steuern. (Data-intensive computing). Inhalte können durch die Nutzung effizienter und effektiver Verbindungen ausgetauscht werden (Multimedia computing). Verändern sich kurzfristig die Leistungsanforderungen, so kann die Anzahl der genutzten Ressourcen dynamisch dem Bedarf angepasst werden. Dazu können auch externe Ressourcen verwendet werden, für deren Nutzung dann ggf. gezahlt werden muss (On-demand computing). Aber auch ungenutzte Rechenleistung kann für die Bearbeitung einer Aufgabe vom Grid zur Verfügung gestellt werden. (High-throughput computing) Der Einsatz von Grid-Technologie ermöglicht und 10

11 verbessert auch eine Zusammenarbeit verteilter Personen und Organisationen. (Collaborative computing). Doch nicht alle Arten von Problemen sind gleich gut geeignet, um sie mit Hilfe eines Grids zu lösen. Ein Grid besteht aus mehreren, durch ein Netzwerk verbundenen Ressourcen. Möchte man aufwendige Berechnungen in einem Computational Grid durchführen, so spielt die Geschwindigkeit der Netzwerkverbindungen zwischen den Rechnern und die Latenzzeit eine entscheidende Rolle. Auch wenn man die Bandbreite oft an bestimmte Probleme anpassen kann, lässt sich die Antwortzeit nicht beliebig verkürzen. Denn die Übertragungsgeschwindigkeit, ist durch die Endlichkeit der Lichtgeschwindigkeit physikalisch begrenzt. Dies wirkt sich auf die Art der Anwendungen aus, die von Grids profitieren können. Besser geeignet sind Prozesse, die sich leicht parallelisieren lassen und die ohne eine Kommunikation während der Bearbeitung auskommen. Müssen häufig Informationen zwischen den parallel laufenden Prozessen ausgetauscht werden, dann verhindert die, im Vergleich zu lokalen Zugriffen, lange Antwortzeit, eine effiziente Bearbeitung. Das Grid hilft also beim Lösen vieler, aber leider nicht aller Probleme. Zusammenfassung Computersysteme werden erfolgreich zur Lösung der unterschiedlichsten Probleme in Wissenschaft, Technik und Industrie eingesetzt. Doch es existieren immer noch Probleme, die nicht im gewünschten Ausmaß mit der zur Verfügung stehenden Technologie gelöst werden können. Ein Grund dafür ist, dass diese oft sehr speicher- oder rechenintensiv sind. Oder man ist auf den koordinierten Einsatz von flüchtigen Ressourcen angewiesen. Aber auch die gewünschte Zusammenarbeit der verteilten Personen und Organisationen erschwert die Bearbeitung. Ein Ziel der neuen Technologie soll die Bereitstellung und Verwendung heterogener Systeme sein. Wichtig ist dabei, dass die Ressourcen auch gemeinsam genutzt werden können. Die unterschiedliche Verfügbarkeit der Ressourcen darf dabei keine Rolle spielen. Um auch komplexe Probleme lösen zu können, benötigt man eine koordinierte Nutzung der verteilten Ressourcen. So dass auch bei einem Ressourcenausfall zuverlässig weitergearbeitet werden kann und immer eine optimale und dynamische Ressourcennutzung möglich ist. Damit dies sichergestellt werden kann, muss das System jedoch immer erweiterbar bleiben. Doch unabhängig von der Anzahl der Ressourcen, soll die Nutzung für den Benutzer immer so einfach und sicher wie möglich sein. Eine für den Benutzer transparente Nutzung und die Verwendung von Zugriffsbedingungen stellen dies sicher. Man wünscht sich daher eine Infrastruktur, die es ermöglicht verschiedenste Ressourcen zur Verfügung zu stellen und sie gemeinsam und koordiniert, in dynamischen und verteilten, virtuellen Organisationen zu nutzen. Eine Architektur aus verschiedenen Protokollschichten soll die Realisierung der gewünschten Systemeigenschaften ermöglichen. Mit der Fabrik und der Resource Schicht erhält man eine Unabhängigkeit von bestimmter Hardware und von bestimmten Diensten. Sie ermöglichen einen einheitlichen Zugriff und eine einheitliche Kontrolle der verschiedenen Ressourcen. Mit Hilfe der Connectivity Schicht können heterogene Ressourcen und Systeme miteinander sicher kommunizieren. Die Collective Schicht nutzt mehrere Ressourcen um Aufgaben effizient und zuverlässig zu bearbeiten. Durch die Application Schicht ist es möglich Probleme aus vielen verschiedenen Problembereichen mit einer Technologie zu lösen. OGSA ist eine serviceorientierte Implementierung, die Grid Computing mit Web Services verbindet und somit die Nutzung bereits bestehender Web Services und Tools ermöglicht. Dazu werden einige Komponenten des vielfach eingesetzten Globus Toolkits verwendet, das 11

Grid Computing. Einführung. Marc Lechtenfeld. Seminar Grid Computing Sommersemester 2004 Universität Duisburg-Essen

Grid Computing. Einführung. Marc Lechtenfeld. Seminar Grid Computing Sommersemester 2004 Universität Duisburg-Essen * Grid Computing Einführung Marc Lechtenfeld Seminar Grid Computing Sommersemester 2004 Universität Duisburg-Essen Übersicht 1 Problematik 2 Systemanforderungen 3 Architektur 4 Implementation 5 Projekte

Mehr

Cloud-Computing Seminar - Vergleichende Technologien: Grid-Computing Hochschule Mannheim

Cloud-Computing Seminar - Vergleichende Technologien: Grid-Computing Hochschule Mannheim Sven Hartlieb Cloud-Computing Seminar Hochschule Mannheim WS0910 1/23 Cloud-Computing Seminar - Vergleichende Technologien: Grid-Computing Hochschule Mannheim Sven Hartlieb Fakultät für Informatik Hochschule

Mehr

Open Grid Services Architecture (OGSA)

Open Grid Services Architecture (OGSA) Open Grid Services Architecture (OGSA) IBM Red Paper; Fundamentals of Grid Computing, 2002 A d v an ced M id d lew are P ro f. D r. C h. R eich rc h @ fh-furtw angen.d e http://www.informatik.fh-furtwangen.de/~reich/advancedmiddlewareallg.ss05/index.html

Mehr

Ralf Enderle 19.11.07. Grid Computing. Seminar am Institut für verteilte Systeme im WS 07/08 - Forschungstrends im Bereich Verteilte Systeme -

Ralf Enderle 19.11.07. Grid Computing. Seminar am Institut für verteilte Systeme im WS 07/08 - Forschungstrends im Bereich Verteilte Systeme - Ralf Enderle 19.11.07 Grid Computing Seminar am Institut für verteilte Systeme im WS 07/08 - Forschungstrends im Bereich Verteilte Systeme - Seite 2 Inhalt Einleitung Konzeptueller Aufbau eines Grid Systems

Mehr

Abschlussvortrag zur Bachelorarbeit. Konzeption und Aufbau eines Grid Testlabors am Beispiel des Globus Toolkit 4

Abschlussvortrag zur Bachelorarbeit. Konzeption und Aufbau eines Grid Testlabors am Beispiel des Globus Toolkit 4 Abschlussvortrag zur Bachelorarbeit Konzeption und Aufbau eines Grid Testlabors am Beispiel des Globus Toolkit 4 Halit Alagöz Fachgebiet Distributed Virtual Reality (DVR) Lehrgebiet Rechnernetze H. Alagöz

Mehr

Hochleistungsrechnen in Grids. Seminar: Grid-Middleware. Mirko Dietrich mirko.dietrich@hrz.uni-kassel.de. 4. Dezember 2006

Hochleistungsrechnen in Grids. Seminar: Grid-Middleware. Mirko Dietrich mirko.dietrich@hrz.uni-kassel.de. 4. Dezember 2006 Seminar: Hochleistungsrechnen in Grids Grid-Middleware Mirko Dietrich mirko.dietrich@hrz.uni-kassel.de 4. Dezember 2006 2 Inhalt Funktionen einer Grid-Middleware Grid Standards Middleware-Systeme Zusammenfassung

Mehr

Strukturen im D-Grid. Uwe Schwiegelshohn D-Grid GmbH / TU Dortmund. 3. DFN Kommunikationsforum Konstanz, Mai 2010

Strukturen im D-Grid. Uwe Schwiegelshohn D-Grid GmbH / TU Dortmund. 3. DFN Kommunikationsforum Konstanz, Mai 2010 Strukturen im D-Grid Uwe Schwiegelshohn D-Grid GmbH / TU Dortmund 3. DFN Kommunikationsforum Konstanz, Mai 2010 Was ist das Grid? coordinated resource sharing and problem solving in dynamic, multi-institutional

Mehr

Grundlagen des Grid Computing

Grundlagen des Grid Computing Grundlagen des Grid Computing Webservices und Grid Computing Globus Toolkit 4 - Grundlagen ICA Joh.. Kepler Universität t Linz Eine Typische Grid-Applikation (Beispiel) VO Management Service Resource Discovery

Mehr

Grid Computing für datenintensive Anwendungen

Grid Computing für datenintensive Anwendungen Grid Computing für datenintensive Anwendungen Andreas Schreiber Deutsches Zentrum für Luft- und Raumfahrt e.v. (DLR) Köln-Porz Workshop "Wege aus dem Daten-Chaos" Köln-Porz, 16. Mai 2002 1 Überblick Einleitung

Mehr

Das Knowledge Grid. Eine Architektur für verteiltes Data Mining

Das Knowledge Grid. Eine Architektur für verteiltes Data Mining Das Knowledge Grid Eine Architektur für verteiltes Data Mining 1 Gliederung 1. Motivation 2. KDD und PDKD Systeme 3. Knowledge Grid Services 4. TeraGrid Projekt 5. Das Semantic Web 2 Motivation Rapide

Mehr

Service Oriented Architecture für Grid-Computing

Service Oriented Architecture für Grid-Computing Service Oriented Architecture für Grid-Computing Service Oriented Architecture für Grid-Computing Berlin/Brandenburger Softwareforum 24.08.2005 Andreas Hoheisel (andreas.hoheisel@first.fraunhofer.de) Seite

Mehr

Client/Server-Systeme

Client/Server-Systeme Fachbereich Informatik Projektgruppe KOSI Kooperative Spiele im Internet Client/Server-Systeme Vortragender Jan-Ole Janssen 26. November 2000 Übersicht Teil 1 Das Client/Server-Konzept Teil 2 Client/Server-Architekturen

Mehr

Zusicherung von Qualitätskriterien bei WebServices. Dr. Bernhard Humm, Matthias Geiß sd&m-konferenz 2003 Web Services 17./18.07.

Zusicherung von Qualitätskriterien bei WebServices. Dr. Bernhard Humm, Matthias Geiß sd&m-konferenz 2003 Web Services 17./18.07. Zusicherung von Qualitätskriterien bei WebServices Dr. Bernhard Humm, Matthias Geiß sd&m-konferenz 2003 Web Services 17./18.07.2003 Agenda Verteilte Systeme am am Beispiel Beispiel Aspekte von Verteilung

Mehr

Fraunhofer Resource Grid

Fraunhofer Resource Grid Fraunhofer Resource Grid Fraunhofer Resource Grid Andreas Hoheisel (andreas.hoheisel@first.fraunhofer.de) Uwe Der (uwe.der@first.fraunhofer.de) Computing Grids Computing Grids Das Netz ist der Computer

Mehr

Grundlagen des Grid Computing

Grundlagen des Grid Computing Grundlagen des Grid Computing Grid Middleware Toolkits: glite ICA Joh.. Kepler Universität t Linz glite Grid Middleware für das LHC Grid Wurde im Rahmen des EGEE Projekts entwickelt Basiert auf dem Globus

Mehr

Ein kleiner Einblick in die Welt der Supercomputer. Christian Krohn 07.12.2010 1

Ein kleiner Einblick in die Welt der Supercomputer. Christian Krohn 07.12.2010 1 Ein kleiner Einblick in die Welt der Supercomputer Christian Krohn 07.12.2010 1 Vorschub: FLOPS Entwicklung der Supercomputer Funktionsweisen von Supercomputern Zukunftsvisionen 2 Ein Top10 Supercomputer

Mehr

Bedeutung von Interoperabilität und Standards in Grid Infrastrukturen

Bedeutung von Interoperabilität und Standards in Grid Infrastrukturen Bedeutung von Interoperabilität und Standards in Grid Infrastrukturen LMU SS 2012 Grid Computing Morris Riedel Federated Systems and Data Jülich Supercomputing Centre Forschungszentrum Jülich m.riedel@fz-juelich.de

Mehr

Thema: Das Grid. Einordnung einer Technologie für verteiltes Rechnen

Thema: Das Grid. Einordnung einer Technologie für verteiltes Rechnen Fakultät für Informatik und Automatisierung Institut für Praktische Informatik und Medieninformatik Fachgebiet Telematik Prof. Dr. Dietrich Reschke Hauptseminar Telematik Sommersemester 2003 Thema: Das

Mehr

Visualisierung. Grid-Computing Seminar SS04 Prof. Dr. Fuhr, Universität Duisburg-Essen

Visualisierung. Grid-Computing Seminar SS04 Prof. Dr. Fuhr, Universität Duisburg-Essen Grid-Computing Seminar SS04 Prof. Dr. Fuhr, Universität Duisburg-Essen Visualisierung Basierend auf den Artikeln: GridMapper: A Tool for Visualizing the Behavior of Large-Scale Distributed Systems, von

Mehr

A Generic Database Web Service for the Venice Lightweight Service Grid

A Generic Database Web Service for the Venice Lightweight Service Grid A Generic Database Web Service for the Venice Lightweight Service Grid Michael Koch Bachelorarbeit Michael Koch University of Kaiserslautern, Germany Integrated Communication Systems Lab Email: m_koch2@cs.uni-kl.de

Mehr

spezial Software Defined Networking

spezial Software Defined Networking infoline spezial Software Defined Networking Alle Artikel zu unseren Fokusthemen finden Sie unter comlineag.de/infocenter Ciscos ACI-Lösung als Weg zum SDN Seit einiger Zeit sind Schlagworte wie SDN aus

Mehr

Group and Session Management for Collaborative Applications

Group and Session Management for Collaborative Applications Diss. ETH No. 12075 Group and Session Management for Collaborative Applications A dissertation submitted to the SWISS FEDERAL INSTITUTE OF TECHNOLOGY ZÜRICH for the degree of Doctor of Technical Seiences

Mehr

1 YAWL Yet Another Workflow Language

1 YAWL Yet Another Workflow Language 1 YAWL Yet Another Workflow Language Das YAWL Workflow-Management-System wurde von Wil van der Aalst und seinem Team an der Eindhoven University of Technology entwickelt. Das System ist in seiner jetzigen

Mehr

Grundlagen des Grid Computing

Grundlagen des Grid Computing Grundlagen des Grid Computing Grid Middleware Toolkits: Unicore ICA Joh.. Kepler Universität t Linz Unicore Uniform Interface to Computing Resources Seit 1997 am Forschungszentrum Jülich entwickelt Grid

Mehr

Grid Computing. Siegmar Alber 0720046 salber@cosy.sbg.ac.at Universität Salzburg. Luca Debiasi 0720045 ldebiasi@cosy.sbg.ac.at Universität Salzburg

Grid Computing. Siegmar Alber 0720046 salber@cosy.sbg.ac.at Universität Salzburg. Luca Debiasi 0720045 ldebiasi@cosy.sbg.ac.at Universität Salzburg Grid Computing Luca Debiasi 0720045 ldebiasi@cosy.sbg.ac.at Universität Salzburg Siegmar Alber 0720046 salber@cosy.sbg.ac.at Universität Salzburg 13.03.2009 1 Inhaltsverzeichnis 1 Einleitung 3 2 Aufbau

Mehr

Simulation von Computer- und Kommunikationssystemen

Simulation von Computer- und Kommunikationssystemen Computer und Kommunikationssysteme Nachbildung der Verarbeitung in Rechnern und Kommunikation in Netzwerken Belegung und Auslastung von Systemressourcen Analyse von Systemverhalten Systemleistung in der

Mehr

Session Storage im Zend Server Cluster Manager

Session Storage im Zend Server Cluster Manager Session Storage im Zend Server Cluster Manager Jan Burkl System Engineer, Zend Technologies Agenda Einführung in Zend Server und ZSCM Überblick über PHP Sessions Zend Session Clustering Session Hochverfügbarkeit

Mehr

Instant-Grid ein Grid in 15 Minuten

Instant-Grid ein Grid in 15 Minuten Instant-Grid ein Grid in 15 Minuten Vortrag von Andreas Félix beim Practical Linux Forum des LinuxTag 2006 Gesellschaft für wissenschaftliche Datenverarbeitung Göttingen mbh Übersicht über den Vortrag

Mehr

Business Process Execution Language. Christian Vollmer Oliver Garbe

Business Process Execution Language. Christian Vollmer <christian.vollmer@udo.edu> Oliver Garbe <oliver.garbe@udo.edu> Business Process Execution Language Christian Vollmer Oliver Garbe Aufbau Was ist BPEL? Wofür ist BPEL gut? Wie funktioniert BPEL? Wie sieht BPEL aus?

Mehr

Anwendungen. Miroslawa Utzka Oktober 2004. Grid Computing

Anwendungen. Miroslawa Utzka Oktober 2004. Grid Computing Anwendungen Miroslawa Utzka Oktober 2004 Grid Computing Übersicht Einleitung Einsatzgebiete und Beispielprojekte Grid Anwendungen BOINC Projekte rund um BOINC Seti@home Ausblick Wenn Kosten eine Rolle

Mehr

Institut für angewandte Informationstechnologie (InIT)

Institut für angewandte Informationstechnologie (InIT) School of Engineering Institut für angewandte Informationstechnologie (InIT) We ride the information wave Zürcher Fachhochschule www.init.zhaw.ch Forschung & Entwicklung Institut für angewandte Informationstechnologie

Mehr

Service. Was ist eine Enterprise Service Architecture und wie reagiert SAP. Warum Monitoring in ZENOS, was monitort die XI?

Service. Was ist eine Enterprise Service Architecture und wie reagiert SAP. Warum Monitoring in ZENOS, was monitort die XI? Service Was ist eine Enterprise Service Architecture und wie reagiert SAP Allgemeine Definition Was gehört in ZENOS (Service-Layer)? Business Logik ZENOS als Provider für SAP-based Services (ESA/SOA) Warum

Mehr

Implementierung von Geschäftsprozessen in der Verwaltung mit Hilfe von SOA

Implementierung von Geschäftsprozessen in der Verwaltung mit Hilfe von SOA E-Gov Fokus Geschäftsprozesse und SOA 31. August 2007 Implementierung von Geschäftsprozessen in der Verwaltung mit Hilfe von SOA Im Vortrag werden die Vor- und Nachteile von Geschäftsprozessen in der öffentlichen

Mehr

Systeme 1. Kapitel 10. Virtualisierung

Systeme 1. Kapitel 10. Virtualisierung Systeme 1 Kapitel 10 Virtualisierung Virtualisierung Virtualisierung: Definition: Der Begriff Virtualisierung beschreibt eine Abstraktion von Computerhardware hin zu einer virtuellen Maschine. Tatsächlich

Mehr

4 Planung von Anwendungsund

4 Planung von Anwendungsund Einführung 4 Planung von Anwendungsund Datenbereitstellung Prüfungsanforderungen von Microsoft: Planning Application and Data Provisioning o Provision applications o Provision data Lernziele: Anwendungen

Mehr

Software Defined Storage

Software Defined Storage Software Defined Storage - Wenn Speicher zum Service wird - Copyright 2015 DataCore Software Corp. All Rights Reserved. Copyright 2015 DataCore Software Corp. All Rights Reserved. Über uns... Über 25.000

Mehr

Prototypvortrag. Exploiting Cloud and Infrastructure as a Service (IaaS) Solutions for Online Game Service Provisioning. Projektseminar WS 2009/10

Prototypvortrag. Exploiting Cloud and Infrastructure as a Service (IaaS) Solutions for Online Game Service Provisioning. Projektseminar WS 2009/10 Prototypvortrag Exploiting Cloud and Infrastructure as a Service (IaaS) Solutions for Online Game Service Provisioning Projektseminar WS 2009/10 Eugen Fot, Sebastian Kenter, Michael Surmann AG Parallele

Mehr

CORBA. Systemprogrammierung WS 2006-2007

CORBA. Systemprogrammierung WS 2006-2007 CORBA Systemprogrammierung WS 2006-2007 Teilnehmer: Bahareh Akherattalab Babak Akherattalab Inhaltsverzeichnis: Verteilte Systeme Vergleich zwischen lokale und verteilte Systeme Verteilte Anwendungen CORBA

Mehr

Grundlagen des Grid Computing

Grundlagen des Grid Computing Grundlagen des Grid Computing Grid Middleware Toolkits: Advanced Resource Connector (ARC) ICA Joh.. Kepler Universität t Linz Advanced Resource Connector Entwickelt durch die NorduGrid Collaboration Skandinavische

Mehr

Zend PHP Cloud Application Platform

Zend PHP Cloud Application Platform Zend PHP Cloud Application Platform Jan Burkl System Engineer All rights reserved. Zend Technologies, Inc. Zend PHP Cloud App Platform Ist das ein neues Produkt? Nein! Es ist eine neue(re) Art des Arbeitens.

Mehr

Multidisziplinäre und verteilte Simulationen in der Industrie

Multidisziplinäre und verteilte Simulationen in der Industrie Multidisziplinäre und verteilte Simulationen in der Industrie Marc Lob Forum»Virtualisierung und Grid Computing«Stuttgart, 27. Mai 2008 Inhalt Gekoppelte Multi-Physics-Simulation Reconfigurable Computing

Mehr

Projekt im Sommersemester 2008. Complex and Distributed IT-Systems TU Berlin

Projekt im Sommersemester 2008. Complex and Distributed IT-Systems TU Berlin Virtuelle Systeme Projekt im Sommersemester 2008 Complex and Distributed IT-Systems TU Berlin Beispiel: VMWare 24.10.2007 CIT, Einführung Projekt Virtualisierung 2 Virtualisierung 24.10.2007 CIT, Einführung

Mehr

Lastenheft. Zielbestimmungen. Produkteinsatz. swp11-4. 3. Mai 2011. Franz Teichmann, Robert Röÿling swp11-4 3. Mai 2011

Lastenheft. Zielbestimmungen. Produkteinsatz. swp11-4. 3. Mai 2011. Franz Teichmann, Robert Röÿling swp11-4 3. Mai 2011 Lastenheft swp11-4 3. Mai 2011 Zielbestimmungen In der heutigen Geschäftswelt stehen mittelständische Unternehmen vor dem Dilemma, einerseits interne und externe Kommunikation in angemessener Weise gewährleisten

Mehr

CaseWare Monitor. ProduktNEWS CaseWare Monitor. Version 4.3. Mehr Informationen zu CaseWare Monitor und unseren anderen Produkten & Dienstleistungen

CaseWare Monitor. ProduktNEWS CaseWare Monitor. Version 4.3. Mehr Informationen zu CaseWare Monitor und unseren anderen Produkten & Dienstleistungen Mit der aktuellen Version hält eine komplett neu konzipierte webbasierte Anwendung Einzug, die sich neben innovativer Technik auch durch ein modernes Design und eine intuitive Bedienung auszeichnet. Angefangen

Mehr

ANDROID. Analyse der Android Plattform. Andre Rein, Johannes Florian Tietje. 28. Oktober 2010. FH-Gieÿen-Friedberg Android Praktikum

ANDROID. Analyse der Android Plattform. Andre Rein, Johannes Florian Tietje. 28. Oktober 2010. FH-Gieÿen-Friedberg Android Praktikum Analyse der Android Plattform Andre Rein, Johannes Florian Tietje FH-Gieÿen-Friedberg Android Praktikum 28. Oktober 2010 Topics 1 Übersicht Android Plattform Application Framework Activities und Services

Mehr

Cloud Computing. D o m i n i c R e u t e r 19.07.2011. Softwarearchitekturen

Cloud Computing. D o m i n i c R e u t e r 19.07.2011. Softwarearchitekturen Cloud Computing D o m i n i c R e u t e r 19.07.2011 1 Seminar: Dozent: Softwarearchitekturen Benedikt Meurer GLIEDERUNG Grundlagen Servervirtualisierung Netzwerkvirtualisierung Storagevirtualisierung

Mehr

1 Welcher Service Operation Prozesse fehlen? Incident Management, Problem

1 Welcher Service Operation Prozesse fehlen? Incident Management, Problem 1 Welcher Service Operation Prozesse fehlen? Incident Management, Problem Management, Access Management a. Event Management b. Service Desk c. Facilities Management d. Change Management e. Request Fulfilment

Mehr

Open Source als de-facto Standard bei Swisscom Cloud Services

Open Source als de-facto Standard bei Swisscom Cloud Services Open Source als de-facto Standard bei Swisscom Cloud Services Dr. Marcus Brunner Head of Standardization Strategy and Innovation Swisscom marcus.brunner@swisscom.com Viele Clouds, viele Trends, viele Technologien

Mehr

Zustandsgebundene Webservices

Zustandsgebundene Webservices Zustandsgebundene Webservices Präsentation ausgewählter Problemstellungen der Informatik Markus Oertel oer@uni-paderborn.de Universität Paderborn 25. September 2005 Zustandsgebundene Webservices Seite

Mehr

ROSIK Mittelstandsforum

ROSIK Mittelstandsforum ROSIK Mittelstandsforum Virtualisierung und Cloud Computing in der Praxis Virtualisierung in der IT Einführung und Überblick Hermann Josef Klüners Was ist Virtualisierung? In der IT ist die eindeutige

Mehr

Sicherheit. Seminar Grid-Computing Prof. Dr. Fuhr Universität Duisburg-Essen. basierend auf den Artikeln

Sicherheit. Seminar Grid-Computing Prof. Dr. Fuhr Universität Duisburg-Essen. basierend auf den Artikeln Seminar Grid-Computing Prof. Dr. Fuhr Universität Duisburg-Essen Sicherheit Peter Seydel,, SS 2004 basierend auf den Artikeln A Security Architecture for Computational Grids von Ian Foster, Carl Kesselman,,

Mehr

17 Komponentenbasiertes Software-Engineering

17 Komponentenbasiertes Software-Engineering 17 Komponentenbasiertes Software-Engineering 17.0 Einführung Lernziele Grundlagen, Prinzipien und Probleme des CBSE 17.1 Komponenten und Komponentenmodelle Komponenten und ihre Eigenschaften Komponentenmodelle

Mehr

Agenda. Clients aus drei verschiedenen Perspektiven: Was ist ein Dialog? Komponentenarchitektur innerhalb eines Dialoges

Agenda. Clients aus drei verschiedenen Perspektiven: Was ist ein Dialog? Komponentenarchitektur innerhalb eines Dialoges Komponentenbasierte Client-Architektur Hamburg, 16.11.2007 Bernd Olleck IT-Beratung Olleck Agenda Clients aus drei verschiedenen Perspektiven: Technische Infrastruktur Fachliche Sicht Aufgaben eines Clients

Mehr

Tutorial Speichernetze

Tutorial Speichernetze Tutorial Speichernetze Speichervirtualisierung Speichernetze Grundlagen und Einsatz von Fibre Channel SAN, NAS, iscsi und InfiniBand dpunkt.verlag 2003 Agenda Probleme in Speichernetzen Speichervirtualisierung

Mehr

Web Services. 1. Quelle. Brian Connel The Seven Pillars of Web Services Management. Erschienen September 2002 im eai Journal

Web Services. 1. Quelle. Brian Connel The Seven Pillars of Web Services Management. Erschienen September 2002 im eai Journal Web Services - Brian Connel: The Seven Pillars of Web Services Management - IBM: IBM Strategy for management of the WebServices infrastrucutre Seminarvortrag von Lukasz Kidawski im Rahmen der Lehrveranstaltung

Mehr

Performance Monitoring Warum macht es Sinn?

Performance Monitoring Warum macht es Sinn? Performance Monitoring Warum macht es Sinn? achermann consulting ag Nicola Lardieri Network Engineer Luzern, 25.5.2011 Inhalt Definition Monitoring Warum Performance Monitoring? Performance Monitoring

Mehr

Complex Hosting. Whitepaper. Autor.: Monika Olschewski. Version: 1.0 Erstellt am: 14.07.2010. ADACOR Hosting GmbH

Complex Hosting. Whitepaper. Autor.: Monika Olschewski. Version: 1.0 Erstellt am: 14.07.2010. ADACOR Hosting GmbH Complex Hosting Autor.: Monika Olschewski Whitepaper Version: 1.0 Erstellt am: 14.07.2010 ADACOR Hosting GmbH Kaiserleistrasse 51 63067 Offenbach am Main info@adacor.com www.adacor.com Complex Hosting

Mehr

whitepaper CLOUD-ENTWICKLUNG: BESTE METHODEN UND SUPPORT-ANWENDUNGEN

whitepaper CLOUD-ENTWICKLUNG: BESTE METHODEN UND SUPPORT-ANWENDUNGEN whitepaper CLOUD-ENTWICKLUNG: BESTE METHODEN UND SUPPORT-ANWENDUNGEN CLOUD-ENTWICKLUNG: BESTE METHODEN 1 Cloud-basierte Lösungen sind auf dem IT-Markt immer weiter verbreitet und werden von immer mehr

Mehr

lassen Sie mich zunächst den Organisatoren dieser Konferenz für ihre Einladung danken. Es freut mich sehr, zu Ihren Diskussionen beitragen zu dürfen.

lassen Sie mich zunächst den Organisatoren dieser Konferenz für ihre Einladung danken. Es freut mich sehr, zu Ihren Diskussionen beitragen zu dürfen. Mobile Personal Clouds with Silver Linings Columbia Institute for Tele Information Columbia Business School New York, 8. Juni 2012 Giovanni Buttarelli, Stellvertretender Europäischer Datenschutzbeauftragter

Mehr

Cloud-Computing. 1. Definition 2. Was bietet Cloud-Computing. 3. Technische Lösungen. 4. Kritik an der Cloud. 2.1 Industrie 2.

Cloud-Computing. 1. Definition 2. Was bietet Cloud-Computing. 3. Technische Lösungen. 4. Kritik an der Cloud. 2.1 Industrie 2. Cloud Computing Frank Hallas und Alexander Butiu Universität Erlangen Nürnberg, Lehrstuhl für Hardware/Software CoDesign Multicorearchitectures and Programming Seminar, Sommersemester 2013 1. Definition

Mehr

Helix Nebula Cloud-Computing IN EINER

Helix Nebula Cloud-Computing IN EINER Helix Nebula Cloud-Computing IN EINER GANZ NEUEN DIMENSION Kapazitäten für Kapazitäten so funktioniert helix nebula die helix-nebula-initiative WIN-WIN FÜR WISSENSCHAFT UND WIRTSCHAFT Die Zukunft des Wissens

Mehr

Das LHC-Computing-Grid

Das LHC-Computing-Grid Das LHC-Computing-Grid Von Julian Gethmann WS 11/12 KIT Universität des Landes Baden-Württemberg und nationales Forschungszentrum in der Helmholtz-Gemeinschaft www.kit.edu Überblick Ansprüche an die Rechnerinfrastruktur

Mehr

Verkürzung von Entwurfszeiten

Verkürzung von Entwurfszeiten Verkürzung von Entwurfszeiten durch Matlab-basiertes HPC R. Fink, S. Pawletta Übersicht aktuelle Situation im ingenieurtechnischen Bereich Multi-SCEs als Konzept zur Verkürzung von Entwurfszeiten Realisierung

Mehr

White Paper. Embedded Treiberframework. Einführung

White Paper. Embedded Treiberframework. Einführung Embedded Treiberframework Einführung White Paper Dieses White Paper beschreibt die Architektur einer Laufzeitumgebung für Gerätetreiber im embedded Umfeld. Dieses Treiberframework ist dabei auf jede embedded

Mehr

Datacenter und Cloud Services sicherer Zugriff auf Ihre Daten weltweit

Datacenter und Cloud Services sicherer Zugriff auf Ihre Daten weltweit Datacenter und Cloud Services sicherer Zugriff auf Ihre Daten weltweit Sie wollen unabhängig von Ort und Zeit Zugriff auf Ihre Daten ohne Kompromisse bei Geschwindigkeit und Sicherheit? Unsere IT-Spezialisten

Mehr

Softwareentwicklung mit Enterprise JAVA Beans

Softwareentwicklung mit Enterprise JAVA Beans Softwareentwicklung mit Enterprise JAVA Beans Java Enterprise Edition - Überblick Was ist J2EE Java EE? Zunächst mal: Eine Menge von Spezifikationen und Regeln. April 1997: SUN initiiert die Entwicklung

Mehr

TE s Managed Connectivity - ein Infrastruktur Management System der anderen Art! Ralph Siegmund

TE s Managed Connectivity - ein Infrastruktur Management System der anderen Art! Ralph Siegmund TE s Managed Connectivity - ein Infrastruktur Management System der anderen Art! Ralph Siegmund Warum ein Infrastruktur Management System? Monitoring Layer 1 (Verkabelung) Unternehmensbereiche nähern sich

Mehr

Last- und Stresstest. Überblick. Einleitung / Motivation Stresstest Lasttest Tools The Grinder Zusammenfassung

Last- und Stresstest. Überblick. Einleitung / Motivation Stresstest Lasttest Tools The Grinder Zusammenfassung Methoden und Werkzeuge zur Softwareproduktion WS 2003/04 Karsten Beyer Dennis Dietrich Überblick Einleitung / Motivation Stresstest Lasttest Tools The Grinder Zusammenfassung 2 Motivation Funktionstest

Mehr

VPN mit Windows Server 2003

VPN mit Windows Server 2003 VPN mit Windows Server 2003 Virtuelle private Netzwerke einzurichten, kann eine sehr aufwendige Prozedur werden. Mit ein wenig Hintergrundwissen und dem Server- Konfigurationsassistenten von Windows Server

Mehr

Das Open Network Environment neue Impulse für Innovation

Das Open Network Environment neue Impulse für Innovation Lösungsüberblick Das Open Network Environment neue Impulse für Innovation Überblick Technologien wie Cloud Computing, Mobilität, Social Media und Video haben in der IT-Branche bereits eine zentrale Rolle

Mehr

Prüfung VO Betriebssysteme SS2008 / 7. Juli 2008

Prüfung VO Betriebssysteme SS2008 / 7. Juli 2008 Name: Matrikel-Nr: Prüfung VO Betriebssysteme SS2008 / 7. Juli 2008 Bitte schreiben Sie leserlich und antworten Sie kurz und präzise. 1. Zeichnen Sie das Schichten-Modell eines Computersystems und markieren

Mehr

Sichere Nutzung und schnelle Anpassung von Sensornetzen

Sichere Nutzung und schnelle Anpassung von Sensornetzen Sichere Nutzung und schnelle Anpassung von Sensornetzen Dienstorientierte Sensornetze bieten Flexibilität für Benutzer und Entwickler Einleitung Der Einsatz von Sensornetzen ermöglicht die Überwachung

Mehr

Die aktuellen Top 10 IT Herausforderungen im Mittelstand

Die aktuellen Top 10 IT Herausforderungen im Mittelstand Die aktuellen Top 10 IT Herausforderungen im Mittelstand Ronald Boldt, SPI GmbH Über mich Ronald Boldt Leiter Business Solutions SPI GmbH Lehrbeauftragter für Geschäftsprozess orientiertes IT Management

Mehr

Test nichtfunktionaler Anforderungen in der Praxis am Beispiel einer netzzentrierten Anwendung. Test nichtfunktionaler Anforderungen Agenda

Test nichtfunktionaler Anforderungen in der Praxis am Beispiel einer netzzentrierten Anwendung. Test nichtfunktionaler Anforderungen Agenda Test nichtfunktionaler in der Praxis am Beispiel einer netzzentrierten Anwendung Februar 2011 Test nichtfunktionaler Agenda 1. 2. 3. 4. 5. 6. TAV Tagung Februar 2011 Julia Remmert Public Wincor Nixdorf

Mehr

Was darf das Grid kosten?

Was darf das Grid kosten? Was darf das Grid kosten? Dr. Marcel Kunze Steinbuch Centre for Computing Abteilung Integration und Virtualisierung Die Kooperation von Darf das Grid was kosten? Infrastruktur: Geschäftsmodell oder Sponsoring?

Mehr

Copyright 2015 DataCore Software Corp. All Rights Reserved. 1

Copyright 2015 DataCore Software Corp. All Rights Reserved. 1 Copyright 2015 DataCore Software Corp. All Rights Reserved. 1 Software Defined Storage - wenn Storage zum Service wird - Jens Gerlach Regional Manager West Copyright 2015 DataCore Software Corp. All Rights

Mehr

The world we live in and Supercomputing in general

The world we live in and Supercomputing in general The world we live in and Supercomputing in general Achim Streit aktuelle Prozessoren Desktop Intel Pentium 4 mit 3.2 GHz AMD Athlon XP 3200+ mit 2.2 GHz IBM PowerPC G5 mit 2.0 GHz (64-bit) Server & Workstation

Mehr

Szenarien zu Hochverfügbarkeit und Skalierung mit und ohne Oracle RAC. Alexander Scholz

Szenarien zu Hochverfügbarkeit und Skalierung mit und ohne Oracle RAC. Alexander Scholz Hochverfügbar und Skalierung mit und ohne RAC Szenarien zu Hochverfügbarkeit und Skalierung mit und ohne Oracle RAC Alexander Scholz Copyright its-people Alexander Scholz 1 Einleitung Hochverfügbarkeit

Mehr

USP Managed Security Services. Copyright 2012 United Security Providers AG April 2012. Whitepaper SERVICE PORTFOLIO

USP Managed Security Services. Copyright 2012 United Security Providers AG April 2012. Whitepaper SERVICE PORTFOLIO Whitepaper SERVICE PORTFOLIO Inhaltsverzeichnis Übersicht 3 Basisservices 4 Kontakt Martin Trachsel Cyril Marti United Security Providers United Security Providers Stauffacherstrasse 65/15 Stauffacherstrasse

Mehr

Oracle 10g und SQL Server 2005 ein Vergleich. Thomas Wächtler 39221

Oracle 10g und SQL Server 2005 ein Vergleich. Thomas Wächtler 39221 Oracle 10g und SQL Server 2005 ein Vergleich Thomas Wächtler 39221 Inhalt 1. Einführung 2. Architektur SQL Server 2005 1. SQLOS 2. Relational Engine 3. Protocol Layer 3. Services 1. Replication 2. Reporting

Mehr

Instrument, Compute, Data Sharing Ressourcen gemeinsam nutzen statt selber aufbauen

Instrument, Compute, Data Sharing Ressourcen gemeinsam nutzen statt selber aufbauen Virtuelle Forschungsumgebungen aufbauen mit D Grid Workshop des WissGridFachberater Teams Instrument, Compute, Data Sharing Ressourcen gemeinsam nutzen statt selber aufbauen 19.01.2011 F.Schlünzen / DESY

Mehr

AKTIVIEREN Sie die versteckten Potenziale Ihrer IT-Infrastruktur!

AKTIVIEREN Sie die versteckten Potenziale Ihrer IT-Infrastruktur! AKTIVIEREN Sie die versteckten Potenziale Ihrer IT-Infrastruktur! 1 Die IT-Infrastrukturen der meisten Rechenzentren sind Budgetfresser Probleme Nur 30% der IT-Budgets stehen für Innovationen zur Verfügung.

Mehr

Configuration Management mit Verbosy 17.04.2013 OSDC 2013. Eric Lippmann www.netways.de

Configuration Management mit Verbosy 17.04.2013 OSDC 2013. Eric Lippmann www.netways.de Configuration Management mit Verbosy 17.04.2013 OSDC 2013 Eric Lippmann Kurzvorstellung NETWAYS Expertise OPEN SOURCE SYSTEMS MANAGEMENT OPEN SOURCE DATA CENTER Monitoring & Reporting Configuration Management

Mehr

Linux Cluster in Theorie und Praxis

Linux Cluster in Theorie und Praxis Foliensatz Center for Information Services and High Performance Computing (ZIH) Linux Cluster in Theorie und Praxis Monitoring 30. November 2009 Verfügbarkeit der Folien Vorlesungswebseite: http://tu-dresden.de/die_tu_dresden/zentrale_einrichtungen/

Mehr

Proseminar Technische Informatik A survey of virtualization technologies

Proseminar Technische Informatik A survey of virtualization technologies Proseminar Technische Informatik A survey of virtualization technologies Referent: Martin Weigelt Proseminar Technische Informatik - A survey of virtualization technologies 1 Übersicht 1. Definition 2.

Mehr

Inhalt. 1 Übersicht. 2 Anwendungsbeispiele. 3 Einsatzgebiete. 4 Systemanforderungen. 5 Lizenzierung. 6 Installation. 7 Key Features.

Inhalt. 1 Übersicht. 2 Anwendungsbeispiele. 3 Einsatzgebiete. 4 Systemanforderungen. 5 Lizenzierung. 6 Installation. 7 Key Features. Inhalt 1 Übersicht 2 Anwendungsbeispiele 3 Einsatzgebiete 4 Systemanforderungen 5 Lizenzierung 6 Installation 7 Key Features Seite 2 von 12 1. Übersicht MIK.arjuna ist eine 64-bit multidimensionale Datenbank,

Mehr

Entwicklung von Web-Anwendungen auf JAVA EE Basis

Entwicklung von Web-Anwendungen auf JAVA EE Basis Entwicklung von Web-Anwendungen auf JAVA EE Basis Java Enterprise Edition - Überblick Prof. Dr. Bernhard Schiefer Inhalt der Veranstaltung Überblick Java EE JDBC, JPA, JNDI Servlets, Java Server Pages

Mehr

Seminar im Wintersemester 2008/2009. Complex and Distributed IT-Systems TU Berlin

Seminar im Wintersemester 2008/2009. Complex and Distributed IT-Systems TU Berlin Betrieb komplexer IT-Systeme Seminar im Wintersemester 2008/2009 Complex and Distributed IT-Systems TU Berlin Status Quo Rechenzentren erfüllen Vielzahl an Diensten Klassische Server-Dienste Mailserver,

Mehr

Produkte und Systeme der Informationstechnologie ENERGIE- MANAGEMENT

Produkte und Systeme der Informationstechnologie ENERGIE- MANAGEMENT Produkte und Systeme der Informationstechnologie ENERGIE- MANAGEMENT Folie 1 VDE-Symposium 2013 BV Thüringen und Dresden Virtualisierung von Leittechnikkomponenten Andreas Gorbauch PSIEnergie-EE Folie

Mehr

Klein Computer System AG. Portrait

Klein Computer System AG. Portrait Klein Computer System AG Portrait Die Klein Computer System AG wurde 1986 durch Wolfgang Klein mit Sitz in Dübendorf gegründet. Die Geschäftstätigkeiten haben sich über die Jahre stark verändert und wurden

Mehr

Storage Virtualisierung

Storage Virtualisierung Storage Virtualisierung Einfach & Effektiv 1 Agenda Überblick Virtualisierung Storage Virtualisierung Nutzen für den Anwender D-Link IP SAN Lösungen für virtuelle Server Umgebungen Fragen 2 Virtualisierung

Mehr

Band M, Kapitel 7: IT-Dienste

Band M, Kapitel 7: IT-Dienste Bundesamt für Sicherheit in der Informationstechnik Postfach 20 03 63 53133 Bonn Tel.: +49 22899 9582-0 E-Mail: Hochverfuegbarkeit@bsi.bund.de Internet: https://www.bsi.bund.de Bundesamt für Sicherheit

Mehr

DER CONTROLLER KNX IP. Bewährte Technik auf neuem Niveau

DER CONTROLLER KNX IP. Bewährte Technik auf neuem Niveau DER CONTROLLER KNX IP Bewährte Technik auf neuem Niveau DAS WAGO-KNX-PORTFOLIO KNX Controller KNX IP starke Performance Der frei programmierbare Controller KNX IP ist das Multitalent für die flexible Gebäudetechnik.

Mehr

Verteilte Systeme CS5001

Verteilte Systeme CS5001 CS5001 Th. Letschert TH Mittelhessen Gießen University of Applied Sciences Einführung Administratives Unterlagen Verwendbar: Master of Science (Informatik) Wahlpflichtfach (Theorie-Pool) Unterlagen Folien:

Mehr

Die wichtigsten Funktionen von Red Hat Storage Server 2.0 im Überblick:

Die wichtigsten Funktionen von Red Hat Storage Server 2.0 im Überblick: Red Hat Storage Server Die wichtigsten Funktionen von Red Hat Storage Server 2.0 im Überblick: Offene Software Lösung für Storage Ansprache über einen globalen Namensraum Betrachtet Storage als einen virtualisierten

Mehr

Java Enterprise Architekturen Willkommen in der Realität

Java Enterprise Architekturen Willkommen in der Realität Java Enterprise Architekturen Willkommen in der Realität Ralf Degner (Ralf.Degner@tk-online.de), Dr. Frank Griffel (Dr.Frank.Griffel@tk-online.de) Techniker Krankenkasse Häufig werden Mehrschichtarchitekturen

Mehr

AnyWeb AG 2006 www.anyweb.ch

AnyWeb AG 2006 www.anyweb.ch ITSM Practice Circle September 2006 Incident Management mit HP OpenView Operations Incident Mgt mit HP OV Operations Windows Was ist Incident Management? Einer von 10 - ITIL Prozessen Eine Störung (Incident)

Mehr

FOPT 5: Eigenständige Client-Server-Anwendungen (Programmierung verteilter Anwendungen in Java 1)

FOPT 5: Eigenständige Client-Server-Anwendungen (Programmierung verteilter Anwendungen in Java 1) 1 FOPT 5: Eigenständige Client-Server-Anwendungen (Programmierung verteilter Anwendungen in Java 1) In dieser Kurseinheit geht es um verteilte Anwendungen, bei denen wir sowohl ein Client- als auch ein

Mehr

EMC. Data Lake Foundation

EMC. Data Lake Foundation EMC Data Lake Foundation 180 Wachstum unstrukturierter Daten 75% 78% 80% 71 EB 106 EB 133 EB Weltweit gelieferte Gesamtkapazität Unstrukturierte Daten Quelle März 2014, IDC Structured vs. Unstructured

Mehr

Philosophie & Tätigkeiten. Geschäftsfelder. Software Engineering. Business Applikationen. Mobile Applikationen. Web Applikationen.

Philosophie & Tätigkeiten. Geschäftsfelder. Software Engineering. Business Applikationen. Mobile Applikationen. Web Applikationen. Philosophie & Tätigkeiten Wir sind ein Unternehmen, welches sich mit der Umsetzung kundenspezifischer Softwareprodukte und IT-Lösungen beschäftigt. Wir unterstützen unsere Kunde während des gesamten Projektprozesses,

Mehr