Es gibt für AWS-Einsteiger diverse Hürden, die relativ hoch liegen: Beispielsweise ist es anfangs schwierig, sich in AWS zurechtzufinden, was auch an der schieren Zahl der Dienste liegt, die AWS bereitstellt. Zudem gibt es ständig Aktualisierungen, was eine Flut an Informationen zur Folge hat, die man irgendwie filtern und managen muss. Inzwischen haben wir uns aber ganz gut eingefuchst. Mit den Diensten, die wir verwenden, sind wir jetzt gut vertraut. Auch konnten wir das Problem der Datenkapselung bzw. der frei konfigurierbaren Berechtigungen für multiple Accounts lösen.

Da einige AWS-Dienste noch recht jung sind, stoßen wir hin und wieder an Grenzen. Das heißt, wir stellen fest, dass es bestimmte Features noch gar nicht gibt, die wir benötigen oder uns wünschen. Wir haben diesbezüglich sehr gute Erfahrungen mit dem AWS-Support und der Community gemacht. Unser Feedback wird nicht nur zur Kenntnis genommen, sondern hat auch schon direkt zur Implementierung neuer Features geführt: Wir sind so etwas wie ein bevorzugter Pilotkunde für einige Dienste von AWS in Deutschland geworden.

Kannst du AWS mit anderen Cloudanbietern vergleichen?

Ich habe früher bereits mit Microsoft Azure sowie der Google Cloud Platform gearbeitet. Azure eignet sich vor allem für Microsoft-Office-nahe Anwendungen. Ansonsten sind die Zahl und die Leistung der Features bei allen großen Cloud-Anbietern zu 90 Prozent deckungsgleich. Und wenn sich ein bestimmtes Feature bei einem Anbieter durchsetzt, ziehen die anderen in der Regel nach. Es ist also letztlich eine Geschmacksfrage, welchen Anbieter man vorzieht.

Wie bewertest du rückblickend den Wechsel vom eigenen Rechenzentrum zur Cloud? War das die richtige Entscheidung?

Auf jeden Fall! Wir haben jetzt keinen Wartungsaufwand mit der Hardware und dem Netzwerk mehr, und das bei gleichzeitig praktisch unbegrenzter Verfügbarkeit und Skalierbarkeit unserer Lösungen. Wir können uns auf das Eigentliche konzentrieren: das Entwickeln, und müssen nicht die ganze Zeit Sachen warten. Letzteres macht Unternehmen nämlich auch regelmäßig bewegungsunfähig. Irgendwann ist man nur noch damit beschäftigt, seine Systeme am Laufen zu halten. Der Fokus liegt dann nicht mehr auf der Weiterentwicklung, sondern nur noch auf dem Stabilisieren des Status quo.

Wahrscheinlich wird es einzelne Fälle geben, in denen es gute Gründe für einen eigenen Server im Keller gibt. Dort sollte man dann genau hinschauen, ob sich das auszahlt.

Was bedeutet das für unsere Sysadmins?

Den klassischen Sysadmin von früher, der relativ viel mit Hardware, Netzwerk, Back-ups und Aktualisierungen beschäftigt war, gibt es bei uns nicht mehr. Unsere Admins bewegen sich Richtung DevOps – Experten für Infrastruktur, die sich auch bei der Softwareentwicklung einbringen.

Ich sehe das als positive Entwicklung: Wir alle bewegen uns ein Stück weit weg vom Spezialisten mit Scheuklappen hin zum gemeinschaftlichen Blick über den Tellerrand. Dadurch verstehen alle Beteiligten meistens auch besser, warum bestimmte Dinge passieren.

Was ist an Spezialisierung schlecht?

Spezialisierung ist natürlich nicht per se schlecht. Sie kann aber zu Betriebsblindheit führen. Bleiben wir beim Beispiel Systemsicherheit: Ich habe früher mit Admins zusammengearbeitet, die ihre Systeme nach bestem Wissen und Gewissen abgesichert haben. Aber sie taten das, indem sie alle anderen quasi ausgesperrt haben. Man kann Systeme eben auch dermaßen sicher machen, dass sie unbenutzbar werden. Hier hat die Cloud übrigens auch einen Beitrag zum Umdenken geleistet.

Inwiefern?

Na ja, wer sein System in die Cloud verlagert, muss sich von seinen handgeschnitzten Lösungen zwangsläufig verabschieden. Stattdessen werden nun bestimmte Standards sowie die Ideen, Lösungen und Erfahrungen anderer wichtiger. Dieses Umdenken, weg von Dingen wie „Security by obscurity“ oder auch dem Hoheitswissen Einzelner hin zu personenunabhängigen und transparenten Lösungen, sorgt in meinen Augen automatisch für eine deutlich höhere Sicherheit und Stabilität der Lösungen.

Wir entwickeln neue Anwendungen und Features ja inzwischen fast ausschließlich als Microservices und nicht mehr als Monolith. Hatte die Cloud an dieser Entwicklung auch einen Anteil?

Nein, nicht direkt. Wir waren schon vor einigen Jahren an dem Punkt, an dem wir Alternativen zu unserer ursprünglichen Softwarearchitektur brauchten, jedenfalls lange bevor wir uns für die Cloud entschieden hatten. Und der Hype um Microservices als Allheilmittel gegen verkrustete, kaum mehr beherrschbare Code-Monster alter Schule ist natürlich auch an uns nicht spurlos vorübergegangen.

Also haben wir angefangen, einzelne Funktionen herauszulösen, wo dies möglich war, und zusätzliche Features separat zu programmieren. Und das funktioniert bis heute sehr gut. Inzwischen entwickeln wir neue Lösungen zunächst als Mini-Monolith. Später können dann Funktionalitäten als eigener Microservice herausgelöst werden, wenn dies durch die Weiterentwicklung notwendig wird.

Also nein, mit dem Umzug in die Cloud hatte unser Wechsel hin zu Microservices nichts zu tun. Es ist aber durchaus so, dass sich die Idee von Microservices bestens für eine Serverless-Architektur eignet – beispielsweise, weil wir durch die Abkapselung einzelner Dienste und Funktionen eine optimale Skalierbarkeit unserer Lösungen erreichen.

Was glaubst du: Welche Trends werden eure Arbeit in der IT künftig prägen?

Cloud Computing wird sich weiterverbreiten, d.h. immer mehr Anwendungen werden von der Festplatte bzw. vom lokalen Server in die Cloud wandern. Browser-IDEs wie beispielsweise Amazons Cloud9, die wir nutzen, sowie verschiedenste Endgeräte mit immer besserer Usability machen uns unabhängiger vom klassischen Büroarbeitsplatz. Außerdem wird Machine Learning nicht länger nur von hochspezialisierten Technologiefirmen eingesetzt werden, sondern auch von Unternehmen, die sich das heute noch gar nicht vorstellen können.

Auch von Regis24?

Ja. Wir sind da noch in der Phase des Herantastens. Das heißt, wir beschäftigen uns mit dem Potenzial diverser Tools und testen sie auf ihre Handhabbarkeit. Ich bin allerdings fest davon überzeugt, dass Machine Learning in absehbarer Zeit in der einen oder anderen Form in unseren Lösungen zur Anwendung kommen wird.