Pilvipohjaisten pankkiarkkitehtuurien modernisointi (Steve Morgan)

Pilvipohjaisten pankkiarkkitehtuurien modernisointi (Steve Morgan)

Pilvipohjaisten pankkiarkkitehtuurien modernisointi (Steve Morgan) PlatoBlockchain Data Intelligence. Pystysuuntainen haku. Ai.

Yli vuosikymmenen pilvipohjaisten palveluiden ansiosta teknologia on ymmärrettävästi kehittynyt ajan myötä sovellusten siirtämisestä pilveen pilveen natiivikäyttöön. 

Nykyaikaisten pilviteknologioiden, kuten säiliöiden, mikropalveluarkkitehtuurien ja orkestroinnin, kehitys on vaikuttanut tallennustilaan, laskemiseen ja kustannuksiin – puhumattakaan mallipohjaisesta lähestymistavasta sovellusten kehittämiseen, joka tunnetaan myös nimellä matalakoodi. 

Tehokkaan digitaalisen muutoksen saavuttamiseksi sinun tulee ottaa huomioon pilvipohjaisten pankkiarkkitehtuurien modernisointi. 

Mikropalveluarkkitehtuurit

Säiliöiden ja palvelimettoman tietojenkäsittelyn yhdistelmä 2010-luvulla on ajanut seuraavan sukupolven pilviohjelmistoja tukemaan saumatonta, kanavien välistä vuorovaikutusta, loputonta mittakaavaa ja jatkuvia päivityksiä. 

Pohjimmiltaan säiliöt kapseloivat sovelluksen yhdeksi nipuksi ja muut siihen liittyvät binaarit, kirjastot, määritystiedostot ja kaikki sen suorittamiseen tarvittavat riippuvuudet. 

Nykyään säiliöt mahdollistavat niin sanotut "mikropalvelut", koska niiden avulla kehittäjät voivat pakata sovelluksia tärkeimpiin komponentteihinsa ja hyödyntää isäntää ydinominaisuuksiin, kuten käyttöjärjestelmään. Nämä paketit, jotka tunnetaan myös nimellä kuvat, mahdollistavat sovellusten toimituksen ketterällä ja resurssiminimillä tavalla, mikä pienentää sovellusten kokoa ja lisää nopeutta, mikä vähentää vanhoissa Virtual Machine (VM) -arkkitehtuureissa usein koettua tuhlausta. 

Yhdistämällä säiliöitä ja mikropalveluita yksittäiseksi arkkitehtuuriksi rahoituspalveluorganisaatiot voivat olennaisesti strukturoida sovelluksia kokoelmaksi itsenäisiä palveluita, jotka on hajautettu verkkoympäristöön. Vakiintuneiden yritysten, jotka haluavat ottaa käyttöön mikropalveluita, on kuitenkin harkittava huolellisesti, kuinka ne integroivat tällaisen lähestymistavan olemassa oleviin vanhoihin järjestelmiinsä ja vakiintuneisiin prosesseihinsa.

Ajo-orkesteri

Mikropalveluarkkitehtuurin asettaminen lisää monimutkaisuutta, joka on haastavaa jo sinänsä kontille. Tämä tekee orkestrointiominaisuuksista avainasemassa korkean käytettävyyden takaamisessa. Orkestroinnin avulla alusta voi ajaa kontteja useissa koneissa, skaalata ylös ja alas kysynnän mukaan, ylläpitää johdonmukaisuutta esiintymien välillä, jakaa kuorman konttien välillä ja tarjota redundanssia. 

Nykyään Kubernetes-standardi on johtava orkestrointijärjestelmä, ja yhdistettynä Helm-kaavioihin – kokoelmaan tiedostoja, jotka kuvaavat toisiinsa liittyviä Kubernetes-resursseja – antaa rahoituspalvelujen IT-päälliköille mahdollisuuden kehittää sovellusten palveluna (AaaS) komponentteja ja hallita näitä sovelluksia itsenäisesti. . Toisin kuin palvelukeskeiset arkkitehtuurit, AaaS-arkkitehtuuri mahdollistaa sen, että jokainen palvelu voi hyödyntää omia sovelluspalvelujaan ja API-yhdyskäytävää. Tämä tarjoaa riippumattomuuden ja vähemmän keskinäistä riippuvuutta muista laskentaresursseista.

Yksi mallipohjainen lähestymistapa 

Viime kädessä kaiken edellä mainitun pitäisi olla osa teknologiapinoa, jonka avulla rahoituspalveluorganisaatiot voivat rakentaa kohti ainutlaatuista "mallipohjaista" lähestymistapaa sovellusten kehittämiseen ja käyttöönottoon. Vahva matalakoodin kehitysalusta, joka keskittyy tapaus- ja prosessikeskeisiin sovelluksiin, voi tarjota ympäristön, joka varmistaa, että kaikki sovelluksen muodostavat mallit rakennetaan, hallitaan, otetaan käyttöön ja valvotaan yhtenäisesti yhtenäisyyden ja yhteensopivuuden varmistamiseksi.

"Mallipohjainen" tai "low-code" -sovelluskehitys tarjoaa erinomaisen tuottavuuden ja yhteistyön liiketoiminta- ja teknologiatiimien välillä. Rakennettu joko on-prem- tai pilvipohjaisen palvelualustan päälle riippumatta siitä, katsotaanko sovellusominaisuudet osaksi älykästä automaatiota (tunnetaan myös nimellä Digital Process Automation tai DPA), liiketoimintaprosessien hallintaa (BPM), tiedonkeruuta ja hallintaa tai muita toimintoja, malleja voidaan sekoittaa ja räätälöidä vastaamaan yrityksen tarpeita. Tämä varmistaa, että sovellukset toimivat samalla tavalla taustalla olevasta arkkitehtuurista riippumatta.  

Nykyään matalakoodialustat tarjoavat myös sovelluskomponenttien visuaalista määritelmää korkeammalla, vähemmän teknisellä tasolla ja lähempänä liiketoiminnan semantiikkaa. Tämä helpottaa laajemman liiketoiminnan osallistumista sovelluksen kehittämiseen ja mahdollistaa IT-osastojen tehokkaan viestinnän liiketoiminnan ja kehityksen kanssa tuotantovalmiiden sovellusten saamiseksi nopeasti. Se tarkoittaa enemmän keskittymistä avainvaiheisiin ja lopullisiin tuloksiin, joita tarvitaan arvon kasvattamiseksi. Toisin kuin koodi, visuaaliset mallit ovat sekä teknologia- että yrityshenkilöstön käytettävissä, mikä tarjoaa yhteisen alustan kommunikaatiolle. Kuten koodia, malleja voidaan jakaa, versioida ja käyttää ketterässä kehitysprosessissa.

Yhdistetty, vähän koodia vaativa sovelluskehitys ja modernisoitu pilvipohjainen pankkiarkkitehtuuri voivat auttaa toteuttamaan digitaalisen transformaation, jota pankit tarvitsevat pysyäkseen pelinsä edellä. 

Joten miksi et siirtäisi niitä molempia eteenpäin yhdessä sinfoniassa?

Aikaleima:

Lisää aiheesta Fintextra