Manche IT-Leute finden noch immer Trost im Blinken der Lichter im Abstellraum.

Deshalb läuft die Umstellung auf die Cloud nach wie vor den üblichen Vertragsklauseln zuwider. Und ehrlich gesagt haben diese IT-Leute nicht ganz Unrecht. Du vertraust deine Daten einem gesichtslosen Konzern an. Du siehst nicht, wo sie liegen. Du kannst nicht sicher sein, dass sie nicht mit der CIA geteilt werden. Manchmal wird all diese schicke Abstraktion undicht, und irgendetwas läuft schief. Und wenn das passiert, gibt es nichts mehr, worauf man mit dem Schraubenschlüssel einhauen könnte. Kontrollbesessenheit ist eine Eigenschaft, die man bei einem Sysadmin ausnahmsweise begrüßt — und die Cloud nimmt einem genau diese Kontrolle.

Wenn wir davon reden, die Cloud wirklich zu umarmen, ist der typische IT-Guy oft nicht ganz auf dem Stand, was das eigentlich bedeutet. Server-Virtualisierung kennen sie schon lange — aber mit dem Gedanken, dass diese virtuellen Server vergängliche Klone sind, fremdeln viele. Wie Sam Bell in Moon könnte ihre Festplatte jederzeit gelöscht werden, und es sollte keine Rolle spielen, weil der nächste Klon schon bereitsteht.

Die Container in unserer virtuellen Serverfarm heißen inzwischen Dinge wie 050487d5cab85820e. So wird man nicht so leicht sentimental.

Die erste Regel der Landwirtschaft: Gib den Tieren keine Namen. Deshalb haben wir Server-Namenskonventionen schon vor langer Zeit aufgegeben. Die Container in unserer virtuellen Serverfarm heißen inzwischen Dinge wie 050487d5cab85820e. So wird man nicht so leicht sentimental.

Das ist es, was die Cloud wirklich umarmen bedeutet. Nicht einfach ein paar virtuelle Server betreiben. Es bedeutet, horizontal skalierende, zustandslose Anwendungen zu entwickeln, die sich als Teil eines orchestrierten Server-Ensembles installieren, starten und löschen lassen. Es bedeutet, statische Assets außerhalb der Kernanwendung zu halten. Es bedeutet, On-Demand-Diensten für Datenbanken, Caches, Routing und Storage zu vertrauen. Irgendwo darunter gibt es Server — aber ihre Namen wirst du nie kennen. Sie verschwinden in einem elektrischen Meer aus „Infrastruktur”. Bald bleibt nur noch Code, und Dienste wie AWS Lambda und Google AppEngine treiben uns weiter in diese Richtung. Was gut so ist.

Server verschwinden in einem elektrischen Meer aus Infrastruktur.

Und manchmal geht es schief. So sehr Cloud-Anbieter auch von Redundanz und der Abschaffung einzelner Fehlerpunkte reden — letztlich ist das unmöglich. Wer darauf vertraut, dass Failover, Multi-Zone- und Datenbank-Cluster-Dienste wirklich fehlerfrei sind, ist naiv. Die Systeme, die Redundanz koordinieren, werden selbst zu einzelnen Fehlerpunkten. Es ist wie ein unabwendbares physikalisches Gesetz: Wer architektonische Schwachstellen wegdesignt, schafft neue, komplexere.

Cloud

Und trotzdem. Wenn man die Gesamtverfügbarkeit über das System hinweg betrachtet, den Komfortgewinn einrechnet und das Fachwissen berücksichtigt, das in der Infrastruktur steckt — alles auf den Prozessorzyklus genau abgerechnet — ist es immer noch besser als der Server im Abstellraum. Und außerdem: Wer alles kontrollieren will, hat meist einen riesigen blinden Fleck für den größten einzelnen Fehlerpunkt im System. Sich selbst.

Weiterführende Lektüre:

Nächsten Monat: Cache first (ask questions later)