Im Zusammenhang mit Cloud Computing fällt unweigerlich der Begriff Software-as-a-Service (SaaS). Dabei handelt es sich um eine Anwendung, die nicht mehr auf lokalen Rechnern installiert, sondern als Dienst in Anspruch genommen wird. Cloud Computing ist sehr ähnlich, wobei hier noch einen Schritt weitergegangen wird, da zusätzlich ein Online-Speicher zur Verfügung gestellt wird. Sowohl Saas als auch Cloud Computing haben gemeinsam, dass man sich um die Infrastruktur für seine Anwendung keine Gedanken mehr machen muss.

Mit dem GoogleAppEngineLauncher lassen sich einfache Skelette für Anwendungen erstellen.

Klassische Cloud-Computing-Lösungen spielen sich komplett im Browser ab. Die Vorreiter sind die vielfach bewährten Webmailer wie Web.de oder GMX. Neben fertigen Anwendungen existiert aber auch die Möglichkeit, eigene Anwendungen als Cloud-Computing-Lösung zu betreiben – das so genannte Platform-as-a-Service (PaaS). Mit Amazon AWS und Google App Engine existieren zwei populäre Anbieter von PaaS, die wir im Folgenden näher beleuchten.

Amazon ist schon längst über den Status des reinen Online-Versandhandels hinaus und bietet unter anderem auch sein Wissen rund um den Betrieb von großen Webanwendungen an. Das Dach, unter dem diese angeboten werden, heißt Amazon Webservices (AWS) [1]. Die Dienste werden im Baukasten-Prinzip angeboten und können individuell zusammengesetzt werden. Folgende Bausteine befinden sich aktuell im Portfolio:

• Amazon Simple Storage Service (Amazon S3)
• Amazon Elastic Compute Cloud (Amazon EC2)
• Amazon CloudFront
• Amazon SimpleDB
• Amazon Simple Queue Service (Amazon SQS)

Für die Ablage von bis zu fünf GB großen Daten steht Amazon S3 zur Verfügung. Amazon EC2 ist die zentrale Infrastrukturkomponente und stellt die notwendige Ablaufplattform für Anwendungen bereit. Eine Anwendung läuft somit innerhalb der Amazon EC2. Das Image der Anwendung wird dabei in Amazon S3 gespeichert. Der Name Elastic in EC2 rührt daher, dass zu jedem Zeitpunkt neue Ressourcen hinzugefügt und entfernt werden können. Das System ist somit sprichwörtlich elastisch. Neben unterschiedlichen Linuxderivaten wie Red Hat Enterprise Linux, Fedora oder Ubuntu Linux stehen auch OpenSolaris und Windows Server 2003 zur Verfügung.

Wie bereits erwähnt, wird ein Image der Anwendung innerhalb von Amazon S3 gespeichert. Dieses Image muss dabei im AMI-Format (Amazon Image) vorliegen. Amazon bietet einige vorkonfigurierte Images an, die als Basis für ein eigenes AMI verwendet werden können. Außerdem ist es möglich, ein komplett eigenes AMI zu erstellen. Genaue Details dazu sind in der Dokumentation zu finden [2]. Für Firefox gibt es das Plugin Elasticfox [3], das die Arbeit mit Amazon EC2 erleichtern soll. Speziell auf Java-EE-Anwendungen ausgerichtet sind die Cloud Tools [4].

Bei vielen Internetauftritten ist es keine Seltenheit, dass große Dateien wie Filme oder andere Multimedia-Inhalte zum Download angeboten werden. Aufgrund der wachsenden Verbreitung von Breitbandinternet werden solche Angebote von Anwendern auch immer stärker genutzt. Dies kann aufgrund der hohen Datenmengen und einer hohen Anzahl an Requests zu einer Überlastung des gesamten Servers führen. Um dies zu vermeiden, ist es ratsam, große Dateien in ein so genanntes Content Distribution Network (CDN) auszulagern. Auf der Website wird dann nur noch ein Link auf die Datei im CDN verwendet.

Amazon CloudFront bietet hier eine einfache und günstige Möglichkeit, dies zu realisieren. Dafür muss der Entwickler lediglich eine Datei im Amazon S3 ablegen und diese mittels CloudFront in die Website einbinden. Bezahlt wird nach Verbrauch. Der Mehrwert gegenüber der reinen Verwendung von S3 entsteht dadurch, dass die Inhalte verteilt per Edge-Server ausgeliefert werden, was erhebliche Vorteile in der Performance bringt.

Für den indexierten Zugriff auf Daten mittels einer SQL-ähnlichen Sprache bietet Amazon den Service SimpleDB an. Darüber hinaus steht Entwicklern mit Amazon SQS ein einfacher Message-Dienst für die Kommunikation zwischen verteilten Komponenten zur Verfügung. Hiermit lassen sich Workflows in Verbindung mit den anderen Komponenten von Amazon AWS umsetzen.

Für die Berechnung der Kosten steht ein Rechner [5] auf der Webseite zur Verfügung. Sollte man darüber nachdenken, Anwendungen in die Cloud von Amazon zu verlagern, stehen auf der Website auch die Service Level Agreements zur Verfügung.

Google hat im Bereich Cloud Computing einiges zu bieten. Der bekannteste Dienst ist sicherlich der Webmailer Google Mail. Auch die Online-Officesuite Google Docs zählt dazu. Mit Google App Engine [6] hat der Suchmaschinenriese zudem eine Plattform (PaaS) im Angebot, mit der Entwickler eigene Anwendungen in der Infrastruktur von Google ablaufen lassen können. Anders als bei Amazon EC2 gibt Google die Anwendungsinfrastruktur inklusive eines Frameworks für die Webanwendungen vor.

Für die Entwicklung steht mit dem App Engine Software Development Kit [7] ein SDK zur Verfügung. Es ist in Python implementiert, wodurch Python derzeit als Sprache für die eigenen Anwendungen vorgegeben ist. Neben einer Reihe von Schnittstellen integriert die App Engine auch das Framework Django in der Version 0.96.1. Erwähnenswert ist, dass Anwendungen für die Google App Engine in einer so genannten Sandbox ablaufen, wodurch gewisse Grenzen vorgegeben sind. So ist der Zugriff auf Fremdsysteme nur über vordefinierte APIs möglich.

Um Anwendungen auch schnell lokal testen zu können, enthält das SDK eine komplette Laufzeitumgebung. Die ersten Schritte mit der App Engine gehen sehr einfach von der Hand, hier hilft besonders der GoogleAppEngineLauncher. Für eine Anwendung wie „Hello, t3n!“ muss nicht mehr viel gemacht werden. Aber auch bei der manuellen Erstellung sind nur zwei Dateien für dieses einfache Beispiel notwendig: die Anwendungsdatei „hellot3n.py“ mit dem Python-Quellcode und die Konfigurationsdatei „app.yaml“. Wie schon an der Dateiendung zu sehen ist, wird die Konfiguration mittels YAML [8] (YAML Ain’t Markup Language) umgesetzt. Die Anwendung wird entweder direkt über „Run“ im GoogleAppEngineLauncher gestartet oder über das Skript „dev_appserver.py“. Als Parameter muss hier der Namen des Ordners mitgegeben werden.

print 'Content-Type: text/plain'
print 'Hello, T3N!'

application: hellot3n
version: 1
runtime: python
api_version: 1
handlers:
- url: /.*
  script: hellot3n.py

Die Anmeldung zur App Engine ist bisher noch kostenfrei. Entwicklern stehen nach der Anmeldung 500 MB Speicher zur Verfügung. Somit steht einem ersten Test nichts mehr im Wege. Wie man die Anwendung online stellt, ist in der Dokumentation der App Engine gut erläutert [9].

Neben den beiden vorgestellten Lösungen sind auch die Plattformen Babble [10] (ursprünglich 10gen) und Aptana Cloud [11] einen Blick wert. Bei Babble handelt es sich auch um eine Plattform zum Betrieb von Cloud-Computing-Umgebungen. Der Applikationsserver ist dabei in Java umgesetzt und verwendet die Datenbank Mongo [12]. Anwendungen können dabei mit JavaScript, Ruby oder Python implementiert werden. Die Installation wird auf der Seite von Babble beschrieben.

Aptana Cloud ist ein Angebot vom Hersteller der Entwickler-IDE Aptana. Dabei handelt es sich um ein komplettes Angebot zur Entwicklung von Anwendungen mit PHP, Aptana Jaxer (AJAX Server von Aptana) und demnächst auch Ruby on Rails in einer Cloud-Computing-Umgebung. Die Anwendung selbst wird dabei in Aptana implementiert und darüber auch in der Wolke installiert. Für die ersten Schritte können Entwickler die Aptana Cloud 21 Tage lang kostenlos testen. Informationen zu den danach anfallenden Preisen liefert die Website. Wie bei Amazon AWS können Entwickler die vorhandenen Ressourcen bei Bedarf anpassen.

Von den vorgestellten Plattformen ist Amazon AWS am meisten ausgereift. Besonders CloudFront in Verbindung mit S3 lässt sich sehr einfach aufsetzen und schnell in eine Website integrieren. Da die Kosten nur bei Aufruf anfallen, ist dies auch für kleinere Unternehmungen ein praktischer Weg. Neben den vorgestellten Diensten haben auch Blue Chips wie IBM und Microsoft Plattformen im Angebot. Der Marktsektor ist derzeit in starker Bewegung und wird es sicherlich auch bleiben. Besonders die Dienste in der Cloud werden in naher Zukunft rapide zunehmen.

Bei all den Vorteilen sollte jedoch die Frage, welche Daten man in der Cloud bedenkenlos ablegen kann und welche nicht, nicht außer Acht gelassen werden. Besonders bei Google ist nicht ersichtlich, ob die Datenhaltung in Europa oder in Übersee vonstatten geht. Auch Themen wie Service Level Agreements sind bei kritischen Anwendungen ein Aspekt. Sofern es sich um öffentliche Dateien handelt, die ohnehin von jedermann über das Internet erreichbar sein müssen, überwiegen die Vorteile des Cloud Computing die Risiken jedoch bei Weitem. Die Voraussetzungen für einen Probeflug in der Wolke sind heute so gut wie noch nie.

Der Autor

Markus Stäuble ist CTO (Head of Technology) bei der namics (deutschland) gmbh. Neben dem ständigen Blick auf neue Technologien und deren Bewertung beschäftigt er sich vor allem mit der technischen Architektur von Webanwendungen. Sein Interesse gilt insbesondere den Prozessen für das Software Engineering. Über seine Erkenntnisse verfasst er regelmäßig Artikel in diversen Fachmagazinen.