Pilvepõhiste sisemiste arendajaplatvormide tulevik. Kas pilveteenuse pakkujad loovad (David Mitchell)

Kui lähedal oleme pilveteenuse pakkujatele, kes loovad pilvepõhiseid sisemisi arendajaplatvorme? 

Stseeni seadmiseks alustame kõikehõlmavate pilverände strateegiatega. 

Selles kaasaegses digitaalarengu maailmas on äri ümberkujundamine täies hoos ja isegi pangad viivad oma rakenduste valdused pilve! Kui olete CTO, kes alustab pilve migratsiooniprogrammi, võib olla lihtne eeldada, et pilve täielikult ära kasutades ja pärandinfrastruktuuri ümberkujundamisel saab kiiresti teha uskumatuid muudatusi! 

Eeldused võivad aga olla ohtlikud ja see väljavaade on osutunud palju keerulisemaks nii keerulises ja rangelt reguleeritud sektoris nagu rahandus ja pangandus. Mõned pangad on hakanud oma olemasolevaid rakendusi pilve tõstma ja teisaldama ning käivitama seda virtuaalmasinates; kogemus näitab aga, et see ei võimalda pangal kõiki pilve eeliseid avada. Selle lähenemisviisi kasutamine piirab mastaapsust, usaldusväärsust, arendaja kogemusi, turuletuleku aega ja väiksemaid tegevuskulusid, mis tulenevad rakenduste ümberkujundamisest pilvepõhiste tehnoloogiate abil. Pank, mis "tõstab ja nihutab" oma rakendusvara pilve, teeb seda tavaliselt seetõttu, et see on lihtsam ja kiirem, või võib see olla laiemate äripiirangute all, mis sunnib teda seda tegema. 

Niisiis, milline on parim viis pangandus- ja finantsrakenduste pilve üleviimiseks? Iga pank, kes soovib pilve kasutada, peaks uurima ja ümber kujundama kogu oma rakendusvara, aidates vähendada tegevuskulusid ja suurendada arendaja kogemusi. See suurendab arendaja tootlikkust ja inseneritöö kiirust ning vähendab ka turule jõudmise aega, suurendades seeläbi äriväärtust. 

Gartner kirjeldab, et „pilve põliselanik” viitab sellele; "… midagi, mis on loodud pilveomaduste optimaalseks võimendamiseks või rakendamiseks. Need pilve omadused on osa pilvandmetöötluse algsest määratlusest ja hõlmavad teenusena pakutavaid võimalusi. Pilvandmetöötluse omadused hõlmavad ka skaleeritavat ja elastset, jagatud, kasutuse järgi mõõdetavat, teenusepõhist ja üldlevinud Interneti-tehnoloogiaid. 

Pilv pakub hõbedast vooderdust! 

Serverivabad pilveteenused, nagu Google Cloud Run, Azure'i konteinerirakendused ja AWS-rakendused Runner, sisaldavad pilvepõhise eetost – need on skaleeritavad, vastupidavad ja täielikult hallatavad. Need teenused võimaldavad organisatsioonil kasutada konteineriseerimise eeliseid, võimaldades juurutada sama rakendust mitmel pilveplatvormil, tagades sellega rakenduse järjepideva töötamise, sõltumata aluseks olevast infrastruktuurist. 

Ajalooliselt oleme sellise funktsiooni saamiseks pidanud pilveteenuseid kokku liimima ja DevOpsi tööriistad olid koostanud keerukate finants- ja pangarakenduste funktsionaalsuse. Kui pangarakendus pilve jaoks ümber kujundatakse, on tavaline, et arendusmeeskonnad liimivad kokku palju pilveteenuseid ja loovad oma kohandatud sihtotstarbeliselt sisemisi pilvearendusplatvorme. 

Gartneri Hype Cycle väidab, et platvormi projekteerimine ja sisemised arendajaplatvormid parandavad arendaja kogemust. “Internal Developer Platform (IDP) on loodud platvormi meeskonna poolt, et luua kuldseid teid ja võimaldada arendaja iseteenindust. IDP koosneb paljudest erinevatest tehnoloogiatest ja tööriistadest, mis on kokku liimitud viisil, mis vähendab arendajate kognitiivset koormust ilma konteksti ja aluseks olevaid tehnoloogiaid abstraheerimata. Selliseid parimaid tavasid järgides on platvormimeeskonnad ajalooliselt käsitlenud oma platvormi kui toodet, ehitades selle üles kasutajauuringute põhjal, seejärel hooldades ja pidevalt täiustades. 

Nende sihipäraselt loodud sisemiste arendajaplatvormide hooldamine ja pidev täiustamine toob aga paratamatult kaasa uskumatult palju pingutusi ja tegevuskulusid. 

Hiljutises Forbesi artiklis jagasid 16 tehnikajuhti oma valikuid teemal „Must-Have Cloud Strategies and Services”, mis kajastab probleemi olemust. Peamine tähelepanek oli, et „...iga CIO keskendub sisemise arendajaplatvormi loomisele, et ületada pilvepõhiste tehnoloogiate keerukus ja jõustada autonoomsete arendusmeeskondade juhtimist. Selle tulemusena loovad platvormi insenerid pilvevõimalusi kasutades sisemisi arendajaplatvorme. See on aga aeganõudev ja lõputu harjutus.  

Seetõttu on tuleviku jaoks võtmetähtsusega, et sisemine arendajaplatvorm teenusena tehakse kättesaadavaks olulise pilvepakkumisena; aga kas pilveteenuse pakkujad tulevad selle väljakutsega toime? On ilmne, et nad on, kuid nagu alati, on finants- ja pangandusrakendustes alati täiendavaid keerukusi! 

Pilveteenuste pakkujad ühendavad oma pilveteenused ja pilveteenuste võimalused kokku, et luua tõeliselt pilvepõhiseid sisemisi arendajaplatvorme. Viimastel aastatel oleme näinud sarnaseid platvorme kõigilt peamistelt pilveteenuse pakkujatelt, sealhulgas: AWS-i rakenduste käitaja, Azure'i konteinerirakendused ja Google Cloud Run. Mõned serverita pilvepõhised teenused hõlmavad järgmist: konteineri hostimine, skaleeritavus, konteineri koostamine ja juurutamine, teenuse versioonide loomine, TLS-sertifikaadi uuendamine, konteineri registri integreerimine, sisseehitatud logimine ja jälgimine ning API puhverserverid. Need integreeruvad kiiresti pilvandmebaasidega ja me saame neid hallata pilveturbepoliitikate abil. 

Kui lähedal oleme aga praegu pilveteenuse pakkujatele, kes pakuvad meile tõelist pilvepõhist sisemist arendajaplatvormi? Areng on käimas, kuid paljud finants- ja pangandusrakendused on väga keerulised ja väljakutseid pakkuvad. Selle eesmärgi saavutamiseks peame jätkama oluliste nõuete esitamist pilveteenuse pakkujate kaudu, et tagada vajalike funktsioonide sisseehitamine nende pilvepõhistesse platvormidesse. 

• SEO-põhise sisu ja PR-levi. Võimenduge juba täna.
• Platoblockchain. Web3 metaversiooni intelligentsus. Täiustatud teadmised. Juurdepääs siia.
• Allikas: 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