Mag sein, dass ich WordPress in nur fünf Minuten installieren kann, aber das klappt nur, wenn ich schon einen Webserver mit PHP und einen MySQL Server lauffähig habe. Vielleicht habe ich die sogar lauffähig, aber ich will nicht meine produktiven Server für den Test eines neuen Programms nutzen. Im Fall von WordPress kann ich mir Xampp herunterladen, das geht noch. Wenn ich ein Ruby Programm habe, das noch Grails braucht, dann ist bei mir die Experimentierfreude schnell vorbei.

Was ich gerne hätte, ist eine Seite, auf der ich Open Source Software, sagen wir mal Drupal, herunterladen und wie eine Einzelanwendung installieren kann. Ich will auch nicht groß konfigurieren und mich nicht in die Administration einarbeiten müssen – ich will das Programm einfach nur ausprobieren!

Eine solche Seite habe ich kürzlich gefunden: http://bitnami.org/stacks

Auf der Seite kann man sich für verschiedene Open Source Applikationen vorgefertigte Bundles herunterladen. Es gibt Bundles für eine lokale Installation, für Disk Images für eine virtuelle Maschine (hat bei mir aber leider nicht funktioniert – ist allerdings vermutlich mein Fehler gewesen, da ich wenig Erfahrungen mit VMs habe) und Images für die Amazon Cloud.

Ich habe mich für eine lokale Installation entschieden. Und es hat alles tadellos funktioniert (getestet auf einem Mac). Apache und MySQL werden in ein eigenes Verzeichnis installiert. Die anderen Systemverzeichnisse werden nicht angetastet. Wenn die Default Ports schon belegt sind, kann man während der Installation andere Ports für die Services angeben. Es gibt eine kleine Steuerungskonsole um die Web- und Datenbankserverprozesse zu stoppen, wenn man die Applikation gerade nicht braucht. Und wenn man nach dem Test feststellt, dass es doch nicht das richtige war, kann man die Anwendung auch wieder deinstallieren.

Wenn man die gewünschte Anwendung nicht in der List der Bundles findet, dann kann man sich zumindest einen LAMP, Django, Ruby, JBoss oder Tomcat Stack herunterladen. Und damit hat man auf dem Weg zur Installation der gewünschten Anwendung schon viele Etappen abgekürzt.

Ein Stolperstein des Cloud Computing ist derzeit, dass die auf dem Markt angebotenen Lösungen proprietär sind. Anwendungen, die Cloud Computing ausnutzen, werden häufig auf die Schnittstelle und Infrastruktur eines Anbieters hin programmiert. Eine Wechsel zu einem anderen Anbieter ist aufwendig.

OpenStack hat als Ziel, eine Open Source Plattform für Cloud Computing zu schaffen. Hinter dem Projekt steht ein Zusammenschluss von über 30 Unternehmen. Die OpenStack Plattform soll hochgradig skalierbar, sicher und zuverlässig sein.

Es gibt bereits zwei Releases:

Open Stack Compute – Dient der Verwaltung und Überwachung der Ressourcen innerhalb einer Cloud
Open Stack Object Storage – Implemtierung eines riesigen, redundanten und ausfallsicheren Datenspeichers

Die OpenStack Technologie ist frei verfügbar und wird unter der Apache 2.0 Lizenz lizenziert.

Eine Softwarearchitektur entsteht unter sehr ähnlichen Gesichtspunkten: Die Anwendung wird in Module mit klaren Aufgabenbereichen zerlegt, die Schnittstellen zwischen den Modulen werden beschrieben und die benötigten Informationen werden identifiziert.

Stellen wir uns einmal vor, wir hätten keinen Computer, sondern ein Team von Mitarbeitern. Wir sind in einer kleinen Firma und unser Ziel ist es, die Arbeit dieser Mitarbeiter möglichst effizient zu organisieren. Also fangen wir mit der einfachsten Architektur an.

Monolithische Architektur

Es gibt einen Mitarbeiter der für alles verantwortlich ist und er hat freien Zugang zu allen Dokumenten.

Dies ist ein klassisches Beispiel für eine monolithische Architektur. Allerdings haben wir ein ziemliches Chaos was die Dokumente betrifft – sie landen alle in einem dicken Ordner, der schlicht und einfach mit „Dokumente“ beschriftet ist. Also sollten wir bei den Dokumenten präziser werden.

Das ist schon besser. Nun wissen wir, mit welchen Dokumenten unser Mitarbeiter arbeitet und wir haben eine Vorstellung davon, in welchem Ordner wir welche Informationen finden.

Leider ist unser Mitarbeiter schnell überlastet. Die Arbeit wird ihm einfach zuviel. Also stellen wir weitere Mitarbeiter ein.

Skalierung

Jetzt haben wir drei Mitarbeiter. Alle sind hochgradig qualifiziert und alle machen alles.

Und wieder gibt es ein Problem. Alle haben die gleichen Aufgaben und konkurrieren um die gleichen Dokumente. Mal liegt die Kundenkartei bei Mitarbeiter A, während die zugehörige Bestellung bei Mitarbeiter C auf dem Schreibtisch liegt. Und Mitarbeiter B sucht sich einen Wolf. Die Mitarbeiter sind unzufrieden mit dem Chaos im Büro und rufen eine Besprechung ein, um die Arbeit und die Zuständigkeiten besser aufzuteilen.

Spezialisierung

In einem ersten Schritt soll Mitarbeiter C die alleinige Verantwortung für die Kundenkartei übernehmen.

Das neue System funktioniert großartig. Mitarbeiter C kann sich voll und ganz auf die Pflege der Kundenkartei konzentrieren und das Team Bestellabwicklung kann sich voll und ganz auf die Bearbeitung der Bestellungen konzentrieren.

Die Kommunikation im Team ist gut und die Arbeitsteilung entlastet alle. Beflügelt durch die guten Ergebnisse, gibt es ein zweites Team-Meeting, um die Arbeit noch besser aufzuteilen.

Durch die neue Organisation der Arbeit steigt die Moral. Jeder Mitarbeiter hat klare Aufgaben, auf die er sich konzentrieren kann. Es gibt klare Arbeitsabläufe und klare Kommunikationswege.

Softwarearchitektur

Jetzt wollen wir diese Lösung, und die gefundene Arbeitsteilung in einer Softwareanwendung implementieren.

Die Arbeit unserer Mitarbeiter wird jetzt zu einem großen Teil von Softwaremodulen der Anwendung übernommen. Die Dokumente werden elektronisch erstellt und verwaltet.

Wir haben eine Top-Level Architektur für unsere Anwendung entworfen. Wir wissen welches Modul welche Teilaufgaben übernimmt, und welche Informationen die Module benötigen. Und wir kennen die Schnittstellen zwischen den Modulen.