Fremtiden til skybaserte interne utviklerplattformer. Vil skytjenesteleverandørene lage (David Mitchell)

Hvor nær er vi skytjenesteleverandørene som lager skybaserte interne utviklerplattformer? 

For å sette scenen, la oss begynne med overordnede skymigrasjonsstrategier. 

I denne moderne verden av digital utvikling er forretningstransformasjonen i full gang, og til og med banker flytter søknadsboene sine til skyen! Hvis du er en CTO som går i gang med et skymigreringsprogram, kan det være lett å anta at utrolige endringer kan gjøres raskt, ved å utnytte skyen fullt ut og transformere den eldre infrastrukturen! 

Forutsetninger kan imidlertid være farlige, og disse utsiktene har vist seg å være mye mer utfordrende i en sektor som er så kompleks og så sterkt regulert som finans og bank. Noen banker har begynt å "løfte og flytte" sin eksisterende applikasjonspark inn i skyen og kjøre den på virtuelle maskiner; erfaring viser imidlertid at dette ikke tillater banken å låse opp alle fordelene med skyen. Å ta denne tilnærmingen begrenser skalerbarheten, påliteligheten, utvikleropplevelsen, time-to-market og reduserte driftskostnader ved å rekonstruere applikasjonene ved å bruke skybaserte teknologier. En bank som "løfter og flytter" applikasjonsområdet til skyen, gjør det vanligvis fordi det er enklere og raskere, eller det kan være under bredere forretningsmessige begrensninger som tvinger den til å gjøre det. 

Så, hva er den beste tilnærmingen til å migrere bank- og finansapplikasjoner til skyen? Enhver bank som ønsker å bruke skyen, bør se på å undersøke og ombygge hele applikasjonsområdet sitt, og bidra til å redusere driftsutgiftene og øke utvikleropplevelsen. Dette vil drive utviklernes produktivitet og ingeniørhastighet, også redusere time-to-market, og dermed akselerere forretningsverdien. 

Gartner beskriver "cloud native" som å referere til; “… noe skapt for å utnytte eller implementere skyegenskaper optimalt. Disse skyegenskapene er en del av den opprinnelige definisjonen av cloud computing og inkluderer funksjoner levert som en tjeneste. Skydatabehandlingsegenskaper inkluderer også skalerbar og elastisk, delt, målt etter bruk, tjenestebasert og allestedsnærværende bruk av internettteknologier." 

Skyen tilbyr en sølvfôr! 

Serverløse skytjenester som Google Cloud Run, Azure container-apper og AWS-apper Runner inkorporerer etosen til cloud-native – de er skalerbare, robuste og fullt administrert. Disse tjenestene lar en organisasjon utnytte fordelene med containerisering, noe som gjør det mulig å distribuere den samme applikasjonen på flere skyplattformer, og dermed sikre at applikasjonen kjører konsekvent, uavhengig av den underliggende infrastrukturen. 

Historisk sett har vi måttet 'lime' skytjenester sammen for å få slik funksjonalitet, og DevOps-verktøyene hadde komponert funksjonaliteten til komplekse finans- og bankapplikasjoner. Når en bankapplikasjon er re-arkitektert for sky, er det vanlig å se utviklingsteam lime mange skytjenester sammen og bygge sine egne spesialbygde interne skyutviklerplattformer. 

Gartners Hype Cycle hevder at plattformteknikk og interne utviklerplattformer forbedrer utvikleropplevelsen. «En intern utviklerplattform (IDP) er bygget av et plattformteam for å skape gylne veier og muliggjøre utviklerens selvbetjening. En IDP består av mange forskjellige teknologier og verktøy limt sammen på en måte som senker den kognitive belastningen på utviklere uten å abstrahere kontekst og underliggende teknologier.» Etter slik beste praksis har plattformteam historisk sett behandlet plattformen deres som et produkt, bygget den basert på brukerundersøkelser, deretter vedlikeholdt og kontinuerlig forbedret den. 

Men å opprettholde og kontinuerlig forbedre disse spesialbygde interne utviklerplattformene fører uunngåelig til utrolig mye innsats og driftsutgifter. 

I en nylig artikkel fra Forbes delte 16 tekniske ledere sine valg for 'Must-Have Cloud Strategies and Services', som fanger opp essensen av problemet. Den viktigste observasjonen var at "...hver CIO fokuserer på å bygge en intern utviklerplattform for å overvinne kompleksiteten til skybaserte teknologier og håndheve styring for autonome utviklingsteam. Som et resultat bygger plattformingeniører interne utviklerplattformer ved å bruke skyfunksjoner. Dette er imidlertid en tidkrevende og uendelig øvelse.»  

Det er derfor nøkkelen for fremtiden at en intern utviklerplattform-som-en-tjeneste gjøres tilgjengelig som et essensielt skytilbud; men takler skyleverandørene denne utfordringen? Det er tydelig at de er det, men som alltid er det alltid flere kompleksiteter i finans- og bankapplikasjoner! 

Skytjenesteleverandørene samler sine skytjenester og skytjenesteevner sammen for å bygge virkelig skybaserte interne utviklerplattformer. De siste årene har vi sett fremveksten av lignende plattformer fra hver av de viktigste skyleverandørene, inkludert: AWS-appløper, Azure-beholderapper og Google Cloud Run. Noen av disse serverløse, skybaserte tjenestene inkluderer: containerhosting, skalerbarhet, containerbygging og distribusjon, tjenesteversjon, fornyelse av TLS-sertifikater, containerregisterintegrering, innebygd logging og overvåking og API-proxyer. De integreres raskt med skydatabaser, og vi kan styre dem ved hjelp av skysikkerhetspolicyer. 

Men hvor nærme er vi nå skytjenesteleverandørene som gir oss en ekte skybasert intern utviklerplattform? Evolusjonen er i gang, men mange finans- og bankapplikasjoner er svært komplekse og utfordrende. For å nå dette målet må vi fortsette å drive de grunnleggende kravene gjennom skytjenesteleverandørene, for å sikre at den nødvendige funksjonaliteten er innebygd i deres skybaserte plattformer. 

• SEO-drevet innhold og PR-distribusjon. Bli forsterket i dag.
• Platoblokkkjede. Web3 Metaverse Intelligence. Kunnskap forsterket. Tilgang 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