Der Stand des Enterprise-App-Portfolios
Wann sind Sie das letzte Mal in ein neues Haus gezogen?
Haben Sie dabei Ihre Möbel entsorgt? Dekorationen? Bilder? Teppiche werfen? Wahrscheinlich nicht. Möglicherweise haben Sie die Gelegenheit genutzt, alte und abgenutzte Gegenstände durch neue zu ersetzen, aber der Großteil Ihres Haushalts ist mit Ihnen umgezogen.
Es stellt sich heraus, dass Unternehmens-App-Portfolios mit den Dingen vergleichbar sind, aus denen Ihr Haushalt besteht. Wenn Organisationen neue Architekturen einführen und neue Apps entwickeln, werfen sie die bereits vorhandenen nicht weg. Zwar wird das Portfolio im Laufe der Zeit immer etwas ausgedünnt, doch im Allgemeinen gilt, dass Apps, die vor Jahren mit herkömmlichen Architekturen in Betrieb genommen wurden, immer noch im Einsatz sind – vorausgesetzt, sie bieten weiterhin einen geschäftlichen Mehrwert.
Jahrelang wurde dies als Tatsache dargestellt, obwohl es nur wenige Daten zur Untermauerung dieser Behauptung gab. Niemand bestreitet die Wahrheit dieser Prämisse, aber es ist schön, endlich empirische Daten zu haben, die sie stützen.
In unserer Studie „State of App Services“ fragen wir nach den Trends und Technologien, die unserer Meinung nach die Zukunft der App-Dienste beeinflussen werden. Die Cloud ist eine davon. Automatisierung und Orchestrierung sind ein weiteres. Den größten Einfluss auf die App-Dienste haben jedoch wahrscheinlich die Anwendungen, die diese mittleren Funktionen bereitstellen und sichern.
Daher fragten wir nach den verwendeten Anwendungsarchitekturen und der Zusammensetzung des Enterprise-App-Portfolios.
Die Ergebnisse werden vermutlich niemanden überraschen, auch wenn die schnelle Einführung moderner Architekturen – insbesondere von Microservices – mehr als nur vorübergehend interessant sein dürfte.
Aus einem früheren Beitrag wissen Sie, dass in Unternehmensportfolios heute die traditionelle App-Architektur am weitesten verbreitet ist: die dreistufige Web-App (36 %). Dicht dahinter folgt jedoch sein Vorgänger: Client-Server (34 %). Mainframes und Monolithen machen zwar immer noch 11 % des App-Portfolios aus, doch moderne Architekturen (hier definiert als Mobilgeräte und Microservices) haben sie mit 14 % bzw. 15 % des App-Portfolios überholt.
Das ist interessant, aber die Aufschlüsselung in „traditionelle“ und „moderne“ Architekturen ist noch faszinierender. Für die Zwecke dieser Analyse definieren wir „traditionelle“ Architekturen wie folgt: Monolithen, Client-Server und dreistufige Web-Apps. „Moderne“ Architekturen sind mobil und Microservices.
Anhand dieser Kategorien stellen wir fest, dass die meisten (76 %) eine Mischung aus beidem verwenden.
Die restlichen 24 % tendieren stark zu traditionellen Architekturen, wobei 21 % für ihr App-Portfolio ausschließlich traditionelle Architekturen verwenden. Den Rest würden wir als abenteuerlich bezeichnen und er basiert ausschließlich auf moderner Architektur. Während die durchschnittliche Anzahl von App-Architekturen in einem Enterprise-App-Portfolio bei drei liegt, ist die Langlebigkeit mancher Unternehmen dadurch belegt, dass 18 % der Organisationen Apps in jeder Architektur betreiben. Alle fünf.
Noch interessanter ist, dass 11 % der Organisationen nur EINE Architektur verwenden.
Organisationen pflegen heterogene App-Portfolios. Während sie moderne Architekturen übernehmen, nutzen und integrieren sie weiterhin Apps, die in die Kategorie der traditionellen Architektur fallen. Zwar gehen wir davon aus, dass sich die Zusammensetzung des App-Portfolios im Laufe der Zeit ändern wird, da Apps das Ende ihrer Lebensdauer erreichen und durch moderne Äquivalente ersetzt werden. Dieser Wandel braucht jedoch Zeit. In manchen Fällen viel Zeit.
Ich würde zunächst einen Rückgang bei Client-Server erwarten, bevor es zu einem deutlichen Rückgang beim Three-Tier-Web kommt, mit einem ausgeprägten Wachstum bei Apps, die auf Microservices basieren. Angesichts der engen Kopplung von Geschäft und Anwendungen, die über derartige Architekturen bereitgestellt werden, rechne ich jedoch nicht damit, dass Mainframes und Monolithen in naher Zukunft einen dramatischen Tod erleiden werden. Tatsächlich führt die digitale Transformation zu einer stärkeren Integration zwischen Geschäft und Technologie, und „alte“ Monolithen auf Großrechnern weisen häufig bereits eine derart enge Integration auf.
Das heißt: Während insgesamt weniger als ein Drittel (31 %) der Befragten uns sagten, dass ihre Apps geschäftskritisch seien, steigt dieser Wert bei denjenigen, deren App-Portfolio mehr als die Hälfte aus Monolithen besteht, auf 38 %. Es ist klar, dass Monolithen und Mainframes trotz ihres potenziellen Alters weiterhin einen geschäftlichen Mehrwert generieren.
Die Beziehung zu App-Diensten
Warum also interessiert sich ein Anbieter von App-Diensten und -Sicherheit für App-Architekturen, abgesehen von der offensichtlichen Tatsache, dass „Apps skalierbar, sicher und schnell sein müssen“?
Anwendungsarchitekturen hatten schon immer einen tiefgreifenden Einfluss auf die Art und Weise, wie App-Dienste bereitgestellt werden, und werden dies auch weiterhin tun. Herkömmliche Architekturen eignen sich beispielsweise gut für traditionelle, proxybasierte Bereitstellungsmechanismen wie den Application Delivery Controller (ADC). Doch moderne Apps, die stark auf APIs und verteilte Ausführungsmodelle angewiesen sind, führen neue Bereitstellungsmechanismen ein, die den Betreibern solcher Apps oft besser gerecht werden. Containernative Optionen sowie „as a Service“-Modelle werden häufig mit modernen Apps gepaart. Darüber hinaus sind Web- und App-Server-Plugins (wie NGINX-Module ) zunehmend attraktive Bereitstellungsmechanismen für App-Dienste.
Die Realität ist, dass Microservices das Netzwerk zerstören . Dadurch verschiebt sich der Schwerpunkt der Bereitstellungsarchitekturen hin zur App. Dadurch werden einige wichtige App-Dienste (insbesondere Verfügbarkeit und Sicherheit) näher an die App herangeführt und in manchen Fällen sogar in sie hinein.
Dadurch ändert sich die Art und Weise, wie wir als Branche App-Dienste bereitstellen und betreiben und wie F5 diese als Anbieter bereitstellt.