Das gängige Paradigma in den frühen Jahren der Cloud war, dass die Cloud unsicher, unberechenbar (z. B. hinsichtlich der Kosten) und unkontrollierbar ist. Die Server im eigenen Rechnerraum waren greifbar. Die Tür des Rechnerraums konnte man persönlich absperren, und das vermittelte ein Gefühl von Sicherheit.
Neben meiner Arbeit als Berater und Softwareentwickler unterrichte ich einen Tag pro Woche an der höheren technischen Lehranstalt für Informatik in Perg (Österreich). Meine Schüler sind zwischen 17 und 19 Jahre alt und stehen daher kurz vor ihrem Karrierestart oder dem Beginn eines Studiums. Im Rahmen einer Berufsinformationsveranstaltung war ich an unserer Schule eingeladen, an einer Podiumsdiskussion teilzunehmen.
Eventbasierte Programmierung ist an sich nichts Neues. In grafischen Benutzeroberflächen bestimmen seit eh und je Ereignisse wie Mausklick oder Tastendruck den Programmablauf. Ähnliches gilt auch für hardwarenahe Programmierung, wo Ereignisse in Form von Interrupts signalisiert werden. Innerhalb von .NET-Programmen sind Events und Callbacks ebenfalls ein gängiger Mechanismus, um über Ereignisse zu informieren.
Anbieter wie Microsoft betonen seit Jahren, dass man im Gegensatz zum eigenen Rechenzentrum in ihrer Cloud je nach Ressourcenbedarf skalieren kann. Sie verwenden oft das Stromnetz als Analogie: Wenn ich meine Wohnung saugen möchte, bekomme ich über die Steckdose kurzfristig die notwendige Energie für meinen Staubsauger. Ich zahle nur für genau das, was ich tatsächlich verbrauche und benötige keinen eigenen Generator.
Strom kommt aus der Steckdose und Trinkwasser aus der Wasserleitung. Diese vereinfachte, fast schon kindliche Logik kommt daher, weil wir gelernt haben, uns über die komplexen Zusammenhänge, die hinter vielen alltäglichen Dingen stecken, keine Gedanken machen zu müssen. Über Jahrhunderte haben unsere Zivilisationen die Infrastruktur zur Versorgung mit Dingen wie Wasser, Strom, Gas, Fernwärme etc. perfektioniert. Selbst wenn wir die Hintergründe verstehen wollten, wäre das nicht so leicht möglich.
Fehler, die der Kunde im laufenden Betrieb findet, sind teuer. Fehler, die in der Entwicklungsphase gefunden werden, sind günstiger zu beheben. Am besten wäre es, Fehler von vornherein zu vermeiden. Ein Schritt in diese Richtung ist die Beachtung von Best und Worst Practices für den C#-Code. Wurden wirklich alle IDisposables disposed? Entspricht der Code den Coding Guidelines und ist dadurch leicht lesbar und wartbar? SonarQube nimmt sich genau dieses Problems an.
Wer jetzt in die Cloud einsteigt, ist kein „Early Adopter“ mehr, sondern eher ein „Late Follower“. Man sollte meinen, dass der Einstieg ins Cloud-Computing deshalb leichter wäre: Die Cloud-Provider hatten jahrelang Zeit, an ihren Services zu feilen, die Dokumentation zu vervollständigen, Trainingsunterlagen zur Verfügung zu stellen etc. Kurz gesagt, die Kinderkrankheiten sollten überstanden sein.
Dass sich typische Softwarearchitekturen in der Cloud von jenen im lokalen Rechenzentrum unterscheiden, hat sich mittlerweile herumgesprochen. Unzählige Artikel, Bücher und Vorträge auf Konferenzen behandeln dieses Thema. Ich möchte mich dem Themenbereich von einer anderen Seite nähern. Betrachten wir einmal Softwarearchitekten, also die Personen, die die Strukturen und das Design von Softwareprodukten entwerfen.
Bezeichnet man heute eine Softwarelösung aus technischer Sicht als Monolith, ist das selten als Kompliment gemeint. Der Trend geht zu immer loserer Kopplung, zu kleinen autonomen Services, die erst im Zusammenspiel einen echten Nutzen für die Endanwender bieten.
Wer für Design und Entwicklung von Softwarelösungen verantwortlich ist, kennt das unangenehme Gefühl im Bauch, eventuell eine Technologie oder einen Trend zu verpassen. Einerseits mögen wir es nicht, weil es uns nachts wachhält. Andererseits wissen wir, dass es dafür sorgt, dass wir die Augen offenhalten und wir uns nicht auf unseren Lorbeeren ausruhen.
Im Microsoft-Universum spielt sich aktuell eine Zeitenwende ab. Es ist erst wenige Jahre her, dass Microsoft Linux als harten Konkurrenten gesehen hat. Mit Satya Nadella als CEO von Microsoft hat sich das in den letzten paar Jahren ins Gegenteil umgekehrt. Echte, späte Liebe oder alles nur gespielt? Und was heißt das für die Entwicklergemeinde im Microsoft-Universum?
Security ist ein brandaktuelles Thema, gerade in Hinblick auf die Cloud. Firmen sollten sich dabei aber nicht selber im Weg stehen. Auch das zwiespältige Verhältnis der hiesigen Unternehmen zu GitHub und Open Source ist problematisch für die gesunde Weiterentwicklung der IT-Welt.
