Hinter Gittern

Es gibt also sehr viele technische Faktoren die für den Erfolg des Grid Ansatzes verantwortlich sind. Vom SAN über die neuen CPU Generationen, neue Betriebsystem Fähigkeiten bis hin zu den Blade Servern.

Der Grid Ansatz bringt aber auch eine Menge neuer Herausforderungen mit sich. Beim Scale-Out Ansatz nimmt die Anzahl der Systeme zu die pro Administrator gemanaged werden müssen, beim Scale-Up Ansatz nimmt die Anzahl der Anwendungen zu, deren Service Levels gemonitort und eingehalten werden müssen. Bei beiden Ansätzen wird es zunehmend schwieriger in den verteilten Systemen Fehler und deren Auswirkungen zu diagnostizieren. Daher ist es nicht verwunderlich dass Management Tools hier stark gefordert sind. Diese müssen mit der Hardware, dem Betriebsystem und vor allem den Anwendungen zusammenarbeiten.

Das könnte man natürlich jetzt als ein rein technisches Problem der IT Abteilung und der Hardware Hersteller begreifen. Aber der Grund für eine Grid Architektur sind Anforderungen aus dem Business:

• Enorme Nachfrage nach weiteren Kapazitäten (RFID, BI, E-Commerce. Der Storage Markt wächst jährlich zweistellig)
• Verfügbarkeit (24/h, Globalisierung)
• Alignment (schnelle Umsetzung von neuen Business Konzepten oder M&As)

. Dies ist auch der Grund für diesen Artikel: ich habe analysiert wie das Grid Computing die Geschäftsanwendungen und die Middleware verändert. Insbesondere welche Schritte Independent Software Vendors planen müssen um den Erwartungen Ihrer Kunden (getrieben durch den Trend) gerecht zu werden.

Für den Anbieter von Software die in einem Enterprise Grid laufen soll bietet es sich an im Bereich Storage auf Datenbanken zu setzen, damit ist die Grid Umgebung schon erheblich abstrahiert. Man kann ja bei Oracle deutlich ablesen wie viel Aufwand hier notwendig ist.

Im Bereich der Systemlandschaft ist es unabdingbar auf Netzwerktransparente Verteilung von Komponente zu setzen. Hier ist es sicherlich positiv, wenn man Architekturprinzipien wie SOA oder EDA umsetzt, oder auf Middleware wie ESB setzt. Grid Tools unterstützen das Monitoring, Exception Handling, Workload Management, Auditing, Security und die Software Verteilung. Leider gibt es hier aber keine einheitlichen Schnittstellen. Je komplexer die Anwendung ist, desto schwieriger wird es vorbereitet zu sein auf die Umgebung der potentiellen Kunden. Hier bietet sich eine zweigleisige Vorgehensweise an: zum einen die Infrastruktur der Anwendung vorbereiten auf eine verteilte Installation, die Management und Monitoring Schnittstellen ausbauen. Gleichzeitig bei der Umsetzung auf Grid Plattformen auf den Zuruf der Kunden warten. Ein Software System mit sauberer Architektur lässt sich unter Umständen auch von Beratern die sich mit dem Grid System auskennen selbst integrieren, ohne dass der Software Hersteller diese explizit unterstützen muss. Es erleichtert natürlich ungemein, wenn die Anwendung bereits auf einer Abstraktionsschicht aufsetzt die den Lifecycle abnimmt (z.B. das Deployment in Appservern). Nicht umsonst setzt SAP bei seinem Adaptiven Computing ganz auf die NetWeaver Plattform.

Dass Microsoft in diesem Artikel bisher nicht genannt wude ist übrigens kein Zufall. Dies hängt aber weniger damit zusammen, dass Microsoft im Bereich Grid Computing nichts zu bieten hat, sondern eher damit dass man in Redmond etwas Scheu ist, und sich kein Label aufdrücken lässt. Alles im Bereich .NET und Nachfolger (Vista, Indigo, VirtualServer) geht in diese Richtung, man bleibt aber sehr stark im eigenen Öko-System. Bei Microsoft verstecken sich die Technologien hinter Begriffen wie High Performance- oder Distributed Computing.

Und weil ich in dem Artikel auch nichts über on-Demand oder utility computing geschrieben habe, hier noch ein Artikel der all die Technolgien und Ansätze ins richtige Verhältniss setzt: The Different Faces of IT as Service Queue, July/August 2005, Dr. Ian Foster and Steve Tuecke.


Zum Weiterlesen

• Enterprise Grid Alliance (Referenzmodell)
• The Open Group Grid Enterrise Forum
• Global Grid Forum (Open Grid Services Architecture WG) (understanding grids)
• MegaGrid Initiative (Dell, EMC, Intel, Oracle)
• Grid Computing by FSC, HP, IBM, SAP, SUN,
• Grid Today
• Papers by Ian foster, Univa: Research and Insight