Die Zukunft von Cloud-nativen Plattformen für interne Entwickler. Werden die Anbieter von Cloud-Diensten die (David Mitchell)

Die Zukunft von Cloud-nativen Plattformen für interne Entwickler. Werden die Anbieter von Cloud-Diensten die (David Mitchell)

Die Zukunft cloudnativer interner Entwicklerplattformen. Werden die Cloud-Dienstanbieter die (David Mitchell) PlatoBlockchain Data Intelligence erstellen? Vertikale Suche. Ai.

Wie nah stehen wir den Cloud-Service-Anbietern, die Cloud-native interne Entwicklerplattformen erstellen? 

Beginnen wir zunächst mit übergreifenden Cloud-Migrationsstrategien. 

In dieser modernen Welt der digitalen Entwicklung ist die Unternehmenstransformation in vollem Gange, und sogar Banken verlagern ihre Anwendungsbestände in die Cloud! Wenn Sie ein CTO sind, der ein Cloud-Migrationsprogramm einleitet, ist es möglicherweise leicht anzunehmen, dass unglaubliche Änderungen schnell vorgenommen werden können, indem Sie die Cloud vollständig nutzen und die Legacy-Infrastruktur transformieren! 

Annahmen können jedoch gefährlich sein, und diese Aussichten haben sich in einem so komplexen und stark regulierten Sektor wie dem Finanz- und Bankwesen als viel herausfordernder erwiesen. Einige Banken haben damit begonnen, ihren bestehenden Anwendungsbestand in die Cloud zu „heben und zu verlagern“ und auf virtuellen Maschinen auszuführen. Die Erfahrung zeigt jedoch, dass die Bank damit nicht alle Vorteile der Cloud erschließen kann. Dieser Ansatz schränkt die Skalierbarkeit, Zuverlässigkeit, Entwicklererfahrung, Time-to-Market und reduzierte Betriebsausgaben für die Umgestaltung der Anwendungen mit nativen Cloud-Technologien ein. Eine Bank, die ihren Anwendungsbestand in die Cloud „aufnimmt und verlagert“, tut dies in der Regel, weil es einfacher und schneller ist, oder weil sie unter umfassenderen geschäftlichen Einschränkungen steht, die sie dazu zwingen. 

Was ist also der beste Ansatz für die Migration von Bank- und Finanzanwendungen in die Cloud? Jede Bank, die die Cloud nutzen möchte, sollte in Betracht ziehen, ihren gesamten Anwendungsbestand zu untersuchen und neu zu gestalten, um die Betriebskosten zu senken und die Entwicklererfahrung zu verbessern. Dies wird die Entwicklerproduktivität und die Entwicklungsgeschwindigkeit steigern, auch die Time-to-Market verkürzen und dadurch den Geschäftswert beschleunigen. 

Gartner beschreibt „Cloud Native“ als Bezug auf; „… etwas, das geschaffen wurde, um Cloud-Eigenschaften optimal zu nutzen oder umzusetzen. Diese Cloud-Merkmale sind Teil der ursprünglichen Definition von Cloud Computing und umfassen Funktionen, die als Service bereitgestellt werden. Zu den Cloud-Computing-Eigenschaften gehören auch skalierbare und elastische, gemeinsam genutzte, nutzungsabhängige, servicebasierte und allgegenwärtige Nutzung von Internettechnologien.“ 

Die Wolke bietet einen Silberstreif am Horizont! 

Serverlose Cloud-Dienste wie Google Cloud Run, Azure-Container-Apps und AWS-Apps Runner verkörpern das Ethos der Cloud-Native – sie sind skalierbar, robust und vollständig verwaltet. Diese Dienste ermöglichen es einem Unternehmen, die Vorteile der Containerisierung zu nutzen und dieselbe Anwendung auf mehreren Cloud-Plattformen bereitzustellen, wodurch sichergestellt wird, dass die Anwendung unabhängig von der zugrunde liegenden Infrastruktur konsistent ausgeführt wird. 

In der Vergangenheit mussten wir Cloud-Dienste „zusammenkleben“, um solche Funktionen zu erhalten, und DevOps-Tools hatten die Funktionalität komplexer Finanz- und Bankanwendungen zusammengestellt. Wenn eine Banking-Anwendung für die Cloud neu gestaltet wird, ist es üblich, dass Entwicklungsteams viele Cloud-Dienste zusammenfügen und ihre eigenen, speziell entwickelten internen Cloud-Entwicklerplattformen erstellen. 

Gartners Hype Cycle argumentiert, dass Plattform-Engineering und interne Entwicklerplattformen das Entwicklererlebnis verbessern. „Eine interne Entwicklerplattform (IDP) wird von einem Plattformteam erstellt, um goldene Pfade zu schaffen und den Self-Service des Entwicklers zu ermöglichen. Ein IDP besteht aus vielen verschiedenen Technologien und Tools, die so zusammengeklebt sind, dass die kognitive Belastung der Entwickler verringert wird, ohne den Kontext und die zugrunde liegenden Technologien zu abstrahieren.“ Plattformteams haben diese Best Practices befolgt und ihre Plattform in der Vergangenheit als Produkt behandelt, sie auf der Grundlage von Benutzerrecherchen aufgebaut und dann gewartet und kontinuierlich verbessert. 

Die Wartung und kontinuierliche Verbesserung dieser speziell entwickelten internen Entwicklerplattformen führt jedoch zwangsläufig zu einem unglaublichen Aufwand und Betriebsaufwand. 

In einem kürzlich erschienenen Forbes-Artikel teilten 16 Technologieführer ihre Auswahl für „Must-Have-Cloud-Strategien und -Services“ mit, was den Kern des Problems erfasst. Die wichtigste Beobachtung war, dass „… sich jeder CIO auf den Aufbau einer internen Entwicklerplattform konzentriert, um die Komplexität von Cloud-nativen Technologien zu überwinden und Governance für autonome Entwicklungsteams durchzusetzen. Infolgedessen erstellen Plattformingenieure interne Entwicklerplattformen, indem sie Cloud-Funktionen nutzen. Dies ist jedoch eine zeitaufwändige und nie endende Übung.“  

Daher ist es für die Zukunft entscheidend, dass ein internes Entwickler-Plattform-as-a-Service als wesentliches Cloud-Angebot zur Verfügung gestellt wird; Aber gehen die Cloud-Anbieter diese Herausforderung an? Es ist offensichtlich, dass sie es sind, aber wie immer gibt es immer zusätzliche Komplexitäten bei Finanz- und Bankanwendungen! 

Die Cloud-Service-Provider bündeln ihre Cloud-Services und Cloud-Service-Fähigkeiten, um wirklich Cloud-native interne Entwicklerplattformen aufzubauen. In den letzten Jahren haben wir das Aufkommen ähnlicher Plattformen von jedem der wichtigsten Cloud-Anbieter gesehen, darunter: AWS App Runner, Azure Container Apps und Google Cloud Run. Einige dieser serverlosen, Cloud-nativen Dienste umfassen: Container-Hosting, Skalierbarkeit, Container-Build und -Bereitstellung, Service-Versionierung, Erneuerung von TLS-Zertifikaten, Container-Registry-Integration, integrierte Protokollierung und Überwachung sowie API-Proxys. Sie lassen sich schnell in Cloud-Datenbanken integrieren und wir können sie mithilfe von Cloud-Sicherheitsrichtlinien verwalten. 

Aber wie nah sind wir jetzt an den Cloud-Service-Anbietern, die uns eine echte Cloud-native interne Entwicklerplattform bieten? Die Entwicklung ist im Gange, aber viele Finanz- und Bankanwendungen sind hochkomplex und herausfordernd. Um dieses Ziel zu erreichen, müssen wir weiterhin die wesentlichen Anforderungen durch die Cloud-Service-Anbieter vorantreiben, um sicherzustellen, dass die erforderliche Funktionalität in ihre Cloud-nativen Plattformen integriert wird. 

Zeitstempel:

Mehr von Fintextra