Anwendungsarchitekturen, die Ihr Unternehmen agil machen

Zum Start der digitalen Präsenz haben viele Unternehmen in monolithische, kommerzielle Anwendungen von der Stange investiert. Bei der Einführung von agilem Denken begannen die meisten von ihnen, die Automatisierung von Build, Test und Bereitstellung für diese Anwendungen zu implementieren, um die agilen Release-Zyklen einzuhalten, ohne die Eignung ihrer Anwendungsarchitektur neu zu bewerten. Jetzt bewegen sich die Unternehmen hin zu Architekturen, die flexibler, widerstandsfähiger und skalierbar sind und eine kürzere Markteinführungszeit haben. Dieser Artikel befasst sich mit den entscheidenden Trends in der Softwareentwicklung, die es Unternehmen ermöglichen, wettbewerbsfähig zu bleiben.

Beschränkungen des traditionellen Technologie-Stacks

Auch wenn diese Automatisierung in einigen Fällen die Markteinführungszeit erheblich verbessert hat, verhindern grundlegende Probleme eine weitere Verbesserung der Markteinführungszeit und der Agilität.

Erstens haben diese monolithischen Anwendungen viele eng miteinander verbundene Komponenten. Die Arbeit in verteilten Teams wird durch Code-Abhängigkeiten eingeschränkt. Um einige Beispiele zu nennen: Ein Entwickler kann einen Teil des Codes nicht ändern, weil ein anderes Teammitglied ebenfalls daran arbeitet, oder wenn er Code in einer Komponente ändert, muss er auch viele andere, abhängige Komponenten aktualisieren. Durch diese Skalierung stößt die Entwicklung schnell an ihre Grenzen. Das bedeutet, dass ein Unternehmen seine Agilität und damit seine Wettbewerbsfähigkeit verliert.

Zweitens stellen wir bei diesen monolithischen Systemen oft fest, dass die Zeit zwischen dem Schreiben des Codes und der Möglichkeit, ihn zu testen, eher in der Größenordnung von Minuten als von Sekunden liegt. Das liegt an der Komplexität und den Technologien, die in diesen Anwendungen zum Einsatz kommen. Normalerweise will ein Entwickler jeden Tag Hunderte von Malen überprüfen, was er tut. Wie man sich vorstellen kann, ist die mangelnde Iterationsgeschwindigkeit ein entscheidender Engpass bei der Steigerung der Entwicklungsproduktivität.

Ein weiterer Aspekt monolithischer Systeme ist, dass es im Allgemeinen nur möglich ist, sie zu skalieren, indem man eine zusätzliche Instanz der gesamten Anwendung erstellt und nicht nur eine Instanz der am stärksten beanspruchten Komponente. Aus diesem Grund ist die Skalierung dieser Anwendungen in Bezug auf die Rechenressourcen recht teuer.

Außerdem sind diese Anwendungen oft nicht sehr widerstandsfähig. Wenn eine Komponente nicht mehr funktioniert oder überlastet ist, ist die gesamte Anwendung betroffen. Das führt zu einem schlechten Benutzererlebnis.

Ein Architekturparadigma zur Steigerung von Produktivität und Agilität

Um die oben genannten Grenzen zu überwinden, haben führende Unternehmen wie Netflix, LinkedIn, Amazon, Zalando und Google begonnen, sich von monolithischen Architekturen zugunsten so genannter Microservice-Architekturen zu verabschieden.

Eine Microservice-Architektur besteht aus einer Reihe von Diensten, die die Anwendungsfunktionalitäten bereitstellen. Jeder Dienst hat eine kleine Granularität und die verwendeten Protokolle sind leichtgewichtig.

Für jeden Dienst kann man den besten Technologie-Stack für den jeweiligen Dienst verwenden. Da die Dienste eine kleine Granularität haben, können sie extrem leichtgewichtig sein, was zu einer sehr kurzen Zeitspanne zwischen dem Schreiben von Code und dem Testen des Ergebnisses führt, was eine hohe Entwicklungsproduktivität zur Folge hat. Außerdem sind diese Dienste leicht zu pflegen, da der Umfang eines einzelnen Dienstes eher klein ist, was zu einer geringen Komplexität pro Dienst führt. Wie bereits erwähnt, ist dies der Schlüssel zur Gewährleistung der Wartungsfreundlichkeit und zur Steigerung der Produktivität der Entwickler.

Da diese Dienste feinkörnig sind, funktioniert die Skalierung Ihres Entwicklungsteams in mehrere verteilte Teams viel besser als bei einem Monolithen. Was die Leistung betrifft, so kann jeder Dienst einzeln skaliert werden. Das bedeutet, dass nur für die Dienste, die besonders beansprucht werden, zusätzliche Instanzen bereitgestellt werden müssen, was zu einer weitaus besseren Nutzung der Ressourcen führt.

Ein weiterer Trend besteht darin, Dienste zu entkoppeln, damit sie autonom agieren können. Zu diesem Zweck enthält ein Dienst alle Daten, die er benötigt, um seinen Dienst der Außenwelt anzubieten. Der Anwendungsstatus wird zwischen den Diensten über einen Ereignisbus synchronisiert. Dies führt zu robusteren Diensten und einer reaktionsschnelleren Architektur, da die direkten Abhängigkeiten zwischen den Diensten beseitigt werden.

Die oben genannten Eigenschaften machen Microservices zu einem wichtigen Faktor für die Implementierung von DevOps und agilen Prozessen. Wie man sich vorstellen kann, sind Microservices nicht ohne Kosten verbunden. Die Komplexität der Architektur nimmt stark zu, da es viele Dienste gibt, die berücksichtigt werden müssen. Die gute Nachricht ist, dass die Community, darunter große, führende Unternehmen wie Netflix, Google und LinkedIn, Open-Sourcing-Tools entwickelt hat, mit denen sich diese Komplexität bewältigen lässt.

Diese Tools reifen in dem Maße weiter, dass Microservice-Architekturen für ein breiteres Publikum einsatzbereit werden. Wir erwarten, dass in den nächsten Jahren viele Unternehmen auf eine Microservice-Architektur umsteigen werden. Unternehmen werden damit beginnen, die Komponenten aus ihren Monolithen auszulagern, die in ihrer digitalen Landschaft am stärksten Veränderungen unterliegen. Später werden die alten Backend-Systeme nach diesem Paradigma umgebaut werden. Unternehmen, die diesen Wechsel nicht vollziehen, werden gegenüber der Konkurrenz ins Hintertreffen geraten, da sie nicht in der Lage sein werden, die Markteinführungszeiten, die Geschwindigkeit der Dienste und die Produktivität ihrer Konkurrenten zu erreichen.

Dieser Artikel ist Teil des Urgent Future IT Forecast 2017.

{{cta('b89d0ce0-d977-48b9-b7c5-96354d8e52e4','justifycenter')}}