Fremtiden for cloud-native interne udviklerplatforme. Vil cloud-tjenesteudbyderne skabe (David Mitchell)

Hvor tæt er vi på de cloud-tjenesteudbydere, der skaber cloud-native interne udviklerplatforme? 

For at sætte scenen, lad os begynde med overordnede cloud-migreringsstrategier. 

I denne moderne verden af ​​digital udvikling er forretningstransformation i fuld gang, og selv banker flytter deres applikationsejendomme til skyen! Hvis du er en CTO, der går i gang med et cloud-migreringsprogram, kan det være let at antage, at utrolige ændringer kan foretages hurtigt, ved fuldt ud at udnytte skyen og transformere den gamle infrastruktur! 

Imidlertid kan antagelser være farlige, og disse udsigter har vist sig at være meget mere udfordrende i en sektor så kompleks og så stærkt reguleret som finans og bank. Nogle banker er begyndt at 'løfte og flytte' deres eksisterende applikationsejendomme ind i skyen og køre det på virtuelle maskiner; erfaring viser dog, at dette ikke tillader banken at låse op for alle fordelene ved skyen. Denne tilgang begrænser skalerbarheden, pålideligheden, udvikleroplevelsen, time-to-market og reducerede driftsudgifter til at omstrukturere applikationerne ved hjælp af cloud-native teknologier. En bank, der 'løfter og flytter' sit applikationsanlæg til skyen, gør det normalt, fordi det er enklere og hurtigere, eller det kan være under bredere forretningsmæssige begrænsninger, der tvinger den til at gøre det. 

Så hvad er den bedste tilgang til at migrere bank- og finansapplikationer til skyen? Enhver bank, der ønsker at bruge cloud, bør se på at undersøge og ombygge hele sin applikationsejendomme, hvilket hjælper med at reducere driftsudgifter og øge udvikleroplevelsen. Dette vil drive udviklerproduktiviteten og ingeniørhastigheden, også reducere time-to-market og derved accelerere forretningsværdien. 

Gartner beskriver 'cloud native' som en henvisning til; “… noget skabt for at udnytte eller implementere cloud-egenskaber optimalt. Disse cloud-egenskaber er en del af den oprindelige definition af cloud computing og inkluderer funktioner leveret som en service. Cloud computing-egenskaber inkluderer også skalerbar og elastisk, delt, målt efter brug, servicebaseret og allestedsnærværende brug af internetteknologier." 

Skyen byder på en sølvbeklædning! 

Serverløse cloud-tjenester såsom Google Cloud Run, Azure container-apps og AWS-apps Runner inkorporerer etos af cloud-native – de er skalerbare, robuste og fuldt administrerede. Disse tjenester giver en organisation mulighed for at udnytte fordelene ved containerisering, hvilket gør det muligt at implementere den samme applikation på flere cloud-platforme, og derved sikre, at applikationen kører konsistent, uanset den underliggende infrastruktur. 

Historisk set har vi været nødt til at 'lime' cloud-tjenester sammen for at få en sådan funktionalitet, og DevOps-værktøjer havde sammensat funktionaliteten af ​​komplekse finans- og bankapplikationer. Når en bankapplikation ombygges til cloud, er det almindeligt at se udviklingsteams lime mange cloud-tjenester sammen og bygge deres egne specialbyggede interne cloud-udviklerplatforme. 

Gartners Hype Cycle hævder, at platformsteknologi og interne udviklerplatforme forbedrer udvikleroplevelsen. “En intern udviklerplatform (IDP) er bygget af et platformsteam for at skabe gyldne veje og muliggøre udviklerens selvbetjening. En IDP består af mange forskellige teknologier og værktøjer limet sammen på en måde, der sænker den kognitive belastning på udviklere uden at abstrahere kontekst og underliggende teknologier." Efter denne bedste praksis har platformsteams historisk set behandlet deres platform som et produkt, bygget den baseret på brugerundersøgelser og derefter vedligeholdt og løbende forbedret den. 

Men vedligeholdelse og løbende forbedring af disse specialbyggede interne udviklerplatforme fører uundgåeligt til en utrolig mængde indsats og driftsudgifter. 

I en nylig Forbes-artikel delte 16 tekniske ledere deres valg for 'Must-Have Cloud Strategies and Services', som fanger essensen af ​​problemet. Den vigtigste observation var, at "...hver CIO fokuserer på at bygge en intern udviklerplatform for at overvinde kompleksiteten af ​​cloud-native teknologier og håndhæve styring for autonome udviklingsteams. Som et resultat bygger platformsingeniører interne udviklerplatforme ved at bruge cloud-funktioner. Dette er dog en tidskrævende og uendelig øvelse.”  

Det er derfor nøglen til fremtiden, at en intern udviklerplatform-som-en-tjeneste gøres tilgængelig som et væsentligt cloud-tilbud; men tackler cloud-udbyderne denne udfordring? Det er tydeligt, at de er det, men som altid er der altid yderligere kompleksitet i finansierings- og bankapplikationer! 

Cloud-tjenesteudbyderne samler deres cloud-tjenester og cloud-tjenestekapaciteter sammen for at bygge virkelig cloud-native interne udviklerplatforme. I de seneste år har vi set fremkomsten af ​​lignende platforme fra hver af de vigtigste cloud-udbydere, herunder: AWS app runner, Azure container apps og Google Cloud Run. Nogle af disse serverløse, cloud-native tjenester inkluderer: containerhosting, skalerbarhed, containerbygning og -implementering, serviceversionering, TLS-certifikatfornyelse, containerregistreringsintegration, indbygget logning og overvågning og API-proxyer. De integreres hurtigt med cloud-databaser, og vi kan styre dem ved hjælp af cloud-sikkerhedspolitikker. 

Men hvor tæt er vi nu på cloud-tjenesteudbyderne, der giver os en ægte cloud-native intern udviklerplatform? Udviklingen er i gang, men mange finansierings- og bankapplikationer er meget komplekse og udfordrende. For at nå dette mål skal vi fortsætte med at drive de væsentlige krav gennem cloud-tjenesteudbyderne for at sikre, at den nødvendige funktionalitet er indbygget i deres cloud-native platforme. 

• SEO Powered Content & PR Distribution. Bliv forstærket i dag.
• Platoblokkæde. Web3 Metaverse Intelligence. Viden forstærket. Adgang her.
• Kilde: 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