Es ist Zeit, bei der Anwendungsbereitstellung über den Tellerrand hinauszublicken

Wir verwenden häufig die Analogie des „über den Tellerrand hinausblicken“, um kreatives Denken zu fördern. An dieser Stelle klingt das zwar wie ein Klischee, aber es kann wirkungsvoll sein – vor allem, wenn man es sowohl wörtlich als auch im übertragenen Sinn nimmt.

Wörtlich genommen ist eine Box eine Box. Seine Materialzusammensetzung verändert weder seine Form noch seine Funktion. Ein Karton ist immer noch ein Karton. Es ist flexibler als eine Holzkiste, aber es ist immer noch eine Kiste.

Wenn wir das auf die Anwendungsbereitstellung anwenden, gelangen wir zu der Erkenntnis, dass eine Softwarebox immer noch eine Box ist. Flexibler, ja. Auch zerbrechlicher. Aber letzten Endes ist es immer noch eine Box. Und die Zukunft der Anwendungsbereitstellung gehört denen, die sowohl im wörtlichen als auch im übertragenen Sinne über den Tellerrand hinausblicken.

Fast fünfzehn Jahre lang stand der Application Delivery Controller – eine Box – im Mittelpunkt der Bemühungen von Unternehmen, Anwendungen zu skalieren und zu sichern. Auch wenn wir uns im Zeitalter der „Software-First“-Strategien befinden, basieren die im Bereich der Anwendungsbereitstellung angebotenen Lösungen immer noch auf einer Softwarebox im Netzwerk.

Und für einen erheblichen Prozentsatz von Organisationen und Anwendungen ist und bleibt dieser Ansatz der richtige. Weil die meisten Organisationen generationenübergreifend sind. Sie unterstützen vier und fünf Generationen von Anwendungsarchitekturen, von denen einige weiterhin auf diesen Boxen basieren werden. Doch bei anderen Anwendungen – insbesondere modernen und Cloud-nativen – ist es an der Zeit, über den Tellerrand hinauszublicken.

Moderne Anwendungen sind nicht mehr auf einen einzigen Server und die Bereitstellung über ein einziges Netzwerk beschränkt. Heutzutage sind Anwendungen keine monolithische Software mehr, sondern lose gekoppelte, hochgradig verteilte Systeme, von denen 70 % wiederverwendbare (und oft Open-Source-)Komponenten sind (Quelle: Weißer Hut ). Erwägen Sie die Nutzung von Komponenten, die als Dienst für spezielle Funktionen bereitgestellt werden, wie z. B. Karten und Bilder. Der Aufstieg des Cloud Computing – und insbesondere sein nutzenbasiertes Kostenmodell – hat eine neue Marktwirtschaft geschaffen, in der eine Spezialisierung auf Komponentenebene möglich ist. Modernes Anwendungsdesign nutzt die Macht der Spezialisierung und ermöglicht Entwicklern, sich auf Funktionen zu konzentrieren, die Mehrwert bieten oder Wettbewerbsvorteile mit wenig oder gar keiner Investition bieten.

Der Einsatz hochgradig verteilter Komponenten und Skaleneffekte in der Cloud haben dafür gesorgt, dass „das Netzwerk“ heute „die Netzwerke“ ist. Heutzutage verlassen sich Unternehmen auf die öffentliche Cloud, wobei 60 % zwei bis sechs verschiedene Anbieter nutzen. Fast die Hälfte (44 %) dieser Organisationen hat mehr als ein Viertel (25 %) ihres Anwendungsportfolios in diesen Umgebungen eingesetzt (Quelle: F5 | Stand der Anwendungsdienste 2019).

Deshalb ist es an der Zeit, auch bei der Anwendungsbereitstellung über den Tellerrand hinauszublicken.

Die Prinzipien, die dem Design des ADC zugrunde lagen, basierten auf den traditionellen Netzwerk- und Anwendungsarchitekturen der damaligen Zeit. Beide waren durch Netzwerk- und Rechenleistungsbeschränkungen eingeschränkt, was einen aggregierten Ansatz erforderlich machte, der den externen Netzwerkzugriff beschränkte. Die mit der Netzwerkaktivität verbundene Latenz war zu hoch, um die Geschwindigkeit und Zuverlässigkeit zu gewährleisten, die erforderlich sind, um Vertrauen in das Netzwerk – und somit in das Internet – als tragfähiges Medium für Unternehmen zu schaffen. Das Netzwerk ist schnell genug geworden, um API-basierte Kommunikation und hohe Verfügbarkeit zu unterstützen. Das Internet hat sich so weiterentwickelt, dass es Geschwindigkeiten unterstützt, mit denen eine betriebliche Kontrolle über mehrere Umgebungen hinweg realisiert werden kann.

Die Stabilität und Geschwindigkeit des heutigen Netzwerks ermöglichen der Anwendungsbereitstellung den Eintritt in eine neue Ära, in der das Netzwerk es uns ermöglicht, als verteiltes, skalierbares System zu agieren. Anstelle eines auf einer Box bereitgestellten Systems kann die Anwendungsbereitstellung so weiterentwickelt werden, dass ein modernes, stapelbasiertes Design zum Einsatz kommt. Es kann jetzt verteilt werden, um die Fortschritte in Technologie und Softwaredesign der letzten fünfzehn Jahre besser zu nutzen.

Indem wir die Fähigkeit von Containern und Container-Orchestrierung nutzen, Mechanismen bereitzustellen, die denen des Prozessmanagements ähneln, und das Netzwerk so behandeln, als ob es eher wie benannte Pipes zwischen Prozessen wäre, können wir eine nahtlos skalierbare und endlos erweiterbare Architektur für die Anwendungsbereitstellung entwerfen. Wir können die Vorteile erstklassiger Softwarekomponenten nutzen, die nicht nur die Anforderungen an Beobachtbarkeit und Orchestrierung unterstützen, sondern auch eine einfache Integration mit Betriebsanalysen und automatisierten Bereitstellungs-Toolchains ermöglichen. Wir können Datenpfade dynamisch zusammenstellen, anstatt an Kabel und Konfigurationen gebunden zu sein. 

Wir können uns die Anwendungsbereitstellung als verteilten Bereitstellungsstapel vorstellen – einen Stapel, der weder an eine Software- noch an eine Hardwarebox gebunden ist.

Um einen solch grundlegenden Wandel in der Anwendungsbereitstellung zu ermöglichen, haben wir moderne Methoden wie Agile übernommen und DevOps-Ansätze und -Prinzipien umgesetzt, die Integration, Erstellung und Tests automatisieren und orchestrieren. Dieses Unterfangen wird von einer Reihe von Designprinzipien geleitet, die nicht nur auf Funktionalität und Merkmale, sondern auch auf betriebliche Notwendigkeiten und die Realitäten einer Multi-Cloud achten müssen. Wir sind bestrebt, ein „Out-of-the-Box-Erlebnis“ zu bieten, das die Erwartungen der Kunden übertrifft. Hierzu konzentrieren wir uns auf fünf Schlüsselmerkmale:

Automatisierung zuerst 

• APIs und Artefakte definieren Schnittstellen 
• Integration in das A&O-Ökosystem von entscheidender Bedeutung 
• Gehen Sie von einem Infrastructure-as-Code-Ansatz aus 

Kontinuierliche Verfügbarkeit 

• Nahtlose, autonome, absichtsbasierte Skalierung von Anwendungen und Anwendungsbereitstellung – auf Komponentenebene 
• Cloud-agnostische Steuerung für ein einheitliches Erlebnis in allen Umgebungen 
• Automatische Updates und sich selbst aktualisierende Infrastruktur   

Umsetzbare Analysen 

• Echtzeit-Telemetrie informiert den Betrieb über Bedrohungen für Verfügbarkeit und Sicherheit 
• Diensterkennung
• Betriebliche Erkenntnisse zur Unterstützung der Optimierung 

Intuitive Benutzererfahrung  

• Bereitstellung von Anwendungsdiensten, nicht von Geräten 
• Apps bereitstellen, nicht Infrastruktur 
• Integration mit branchenüblicher Software, Pipelines und Cloud-Konsolen 

Reibungslos von der Anschaffung bis zum Betrieb 

• Bereitstellung in wenigen Minuten
• Moderne Lizenzierungsoptionen

Das ADC hat im Laufe der letzten fünfzehn Jahre hinter den Kulissen dazu beigetragen, Zehntausende von Kunden zum Erfolg zu führen. Aber es war nicht die Box, die das verursacht hat. Dafür waren die Anwendungsdienste und die Software verantwortlich, die von der Hardware unterstützt wurden. Und jetzt, da es wieder einmal an der Zeit ist, die Anwendungsbereitstellung neu zu überdenken, sind wir aufgrund dieser relevanten Wurzeln zuversichtlich, dass uns dies erneut auf unkonventionelle Weise gelingen wird.

Und falls Sie sich fragen, was wir meinen, hier sind ein paar tolle Beispiele für unkonventionelles Denken bei der Anwendungsbereitstellung:

• Aspen Mesh