De toekomst van cloud-native interne ontwikkelplatforms. Zullen de cloudserviceproviders de (David Mitchell)

Hoe dicht staan ​​we bij de cloudserviceproviders die cloud-native interne ontwikkelaarsplatforms creëren? 

Laten we, om de toon te zetten, beginnen met overkoepelende strategieën voor cloudmigratie. 

In deze moderne wereld van digitale ontwikkeling is de bedrijfstransformatie in volle gang en zelfs banken verhuizen hun applicatiepark naar de cloud! Als u een CTO bent die aan een cloudmigratieprogramma begint, is het misschien gemakkelijk om aan te nemen dat ongelooflijke veranderingen snel kunnen worden aangebracht door de cloud volledig te benutten en de legacy-infrastructuur te transformeren! 

Aannames kunnen echter gevaarlijk zijn, en deze vooruitzichten zijn een stuk uitdagender gebleken in een sector die zo complex en sterk gereguleerd is als de financiële wereld en het bankwezen. Sommige banken zijn begonnen met het 'liften en verschuiven' van hun bestaande applicatiepark naar de cloud en draaien deze op virtuele machines; de ervaring leert echter dat de bank hierdoor niet alle voordelen van de cloud kan benutten. Door deze aanpak te volgen, worden de schaalbaarheid, betrouwbaarheid, ontwikkelaarservaring, time-to-market en verminderde operationele uitgaven van het opnieuw ontwerpen van de applicaties met behulp van cloud-native technologieën beperkt. Een bank die zijn applicatiepark naar de cloud 'lift en verschuift', doet dit meestal omdat het eenvoudiger en sneller is, of omdat er bredere zakelijke beperkingen zijn die het hiertoe dwingen. 

Dus, wat is de beste aanpak om bank- en financiële applicaties naar de cloud te migreren? Elke bank die gebruik wil maken van de cloud, zou moeten kijken naar het onderzoeken en herontwerpen van het volledige applicatiepark, om de operationele uitgaven te verminderen en de ontwikkelaarservaring te verbeteren. Dit zal de productiviteit van ontwikkelaars en de snelheid van engineering verhogen, en ook de time-to-market verkorten, waardoor de bedrijfswaarde wordt versneld. 

Gartner beschrijft 'cloud native' als verwijzend naar; “... iets dat is gemaakt om cloudkenmerken optimaal te benutten of te implementeren. Die cloudkenmerken maken deel uit van de oorspronkelijke definitie van cloud computing en omvatten mogelijkheden die als een service worden geleverd. Cloud computing-kenmerken omvatten ook schaalbaar en elastisch, gedeeld, gemeten door gebruik, servicegebaseerd en alomtegenwoordig met behulp van internettechnologieën. 

De wolk biedt een zilveren voering! 

Serverloze cloudservices zoals Google Cloud Run, Azure-containerapps en AWS-apps Runner bevatten het ethos van cloud-native: ze zijn schaalbaar, veerkrachtig en volledig beheerd. Deze services stellen een organisatie in staat om de voordelen van containerisatie te benutten, waardoor het mogelijk wordt om dezelfde applicatie op meerdere cloudplatforms te implementeren, waardoor de applicatie consistent wordt uitgevoerd, ongeacht de onderliggende infrastructuur. 

Historisch gezien moesten we cloudservices aan elkaar 'lijmen' om dergelijke functionaliteit te krijgen en DevOps-tooling vormde de functionaliteit van complexe financiële en bankapplicaties. Wanneer een bankapplicatie opnieuw wordt ontworpen voor de cloud, is het gebruikelijk dat ontwikkelingsteams veel cloudservices aan elkaar lijmen en hun eigen, speciaal gebouwde interne cloudontwikkelaarsplatforms bouwen. 

Gartner's Hype Cycle stelt dat platform engineering en interne ontwikkelaarsplatforms de ontwikkelaarservaring verbeteren. “Een Internal Developer Platform (IDP) wordt gebouwd door een platformteam om gouden paden te creëren en de zelfbediening van de ontwikkelaar mogelijk te maken. Een IDP bestaat uit veel verschillende technologieën en tools die aan elkaar zijn gelijmd op een manier die de cognitieve belasting van ontwikkelaars verlaagt zonder de context en onderliggende technologieën weg te abstraheren.” Door dergelijke best practices te volgen, hebben platformteams hun platform van oudsher als een product behandeld, het gebouwd op basis van gebruikersonderzoek en het vervolgens onderhouden en continu verbeterd. 

Het onderhouden en continu verbeteren van deze speciaal gebouwde interne ontwikkelaarsplatforms leidt echter onvermijdelijk tot een ongelooflijke hoeveelheid inspanning en operationele uitgaven. 

In een recent artikel van Forbes deelden 16 Tech Leaders hun selecties voor 'Must-Have Cloud Strategies and Services', die de essentie van het probleem weergeven. De belangrijkste observatie was dat “...elke CIO zich richt op het bouwen van een intern ontwikkelaarsplatform om de complexiteit van cloud-native technologieën te overwinnen en governance voor autonome ontwikkelteams af te dwingen. Als gevolg hiervan bouwen platformingenieurs interne ontwikkelaarsplatforms door gebruik te maken van cloudmogelijkheden. Dit is echter een tijdrovende en nooit eindigende exercitie.”  

Het is daarom essentieel voor de toekomst dat een intern ontwikkelaarsplatform-as-a-service beschikbaar wordt gesteld als een essentieel cloudaanbod; maar pakken de cloudaanbieders deze uitdaging aan? Het is duidelijk dat dit zo is, maar zoals altijd zijn er altijd extra complexiteiten in financiële en banktoepassingen! 

De cloudserviceproviders bundelen hun cloudservices en cloudservicemogelijkheden om echte cloud-native interne ontwikkelaarsplatforms te bouwen. In de afgelopen jaren hebben we de opkomst gezien van vergelijkbare platforms van elk van de belangrijkste cloudproviders, waaronder: AWS app runner, Azure container apps en Google Cloud Run. Sommige van deze serverloze, cloud-native services omvatten: containerhosting, schaalbaarheid, containerbouw en -implementatie, serviceversiebeheer, TLS-certificaatvernieuwing, containerregisterintegratie, ingebouwde logboekregistratie en monitoring, en API-proxy's. Ze kunnen snel worden geïntegreerd met clouddatabases en we kunnen ze beheren met behulp van cloudbeveiligingsbeleid. 

Maar hoe dicht zijn we nu bij de cloudserviceproviders die ons een echt cloud-native intern ontwikkelaarsplatform bieden? Evolutie is aan de gang, maar veel financiële en bancaire toepassingen zijn zeer complex en uitdagend. Om dit doel te bereiken, moeten we de essentiële vereisten blijven stimuleren via de cloudserviceproviders, om ervoor te zorgen dat de vereiste functionaliteit is ingebouwd in hun cloud-native platforms. 

• Door SEO aangedreven content en PR-distributie. Word vandaag nog versterkt.
• Platoblockchain. Web3 Metaverse Intelligentie. Kennis versterkt. Toegang hier.
• Bron: https://www.finextra.com/blogposting/23809/the-future-of-cloud-native-internal-developer-platforms-will-the-cloud-service-providers-create-the?utm_medium=rssfinextra&utm_source=finextrablogs