Il futuro delle piattaforme di sviluppo interne native del cloud. I fornitori di servizi cloud creeranno il (David Mitchell)

Il futuro delle piattaforme di sviluppo interne native del cloud. I fornitori di servizi cloud creeranno il (David Mitchell)

Il futuro delle piattaforme per sviluppatori interni cloud-native. I fornitori di servizi cloud creeranno la (David Mitchell) PlatoBlockchain Data Intelligence. Ricerca verticale. Ai.

Quanto siamo vicini ai fornitori di servizi cloud che creano piattaforme di sviluppo interne native del cloud? 

Per impostare la scena, iniziamo con le strategie generali di migrazione al cloud. 

In questo moderno mondo di sviluppo digitale, la trasformazione aziendale è in pieno svolgimento e persino le banche stanno spostando le proprie applicazioni nel cloud! Se sei un CTO che sta intraprendendo un programma di migrazione al cloud, potrebbe essere facile supporre che sia possibile apportare rapidamente cambiamenti incredibili, utilizzando appieno il cloud e trasformando l'infrastruttura legacy! 

Tuttavia, le ipotesi possono essere pericolose e questa prospettiva si è rivelata molto più impegnativa in un settore complesso e altamente regolamentato come quello finanziario e bancario. Alcune banche hanno iniziato a “sollevare e spostare” il loro patrimonio applicativo esistente nel cloud e ad eseguirlo su macchine virtuali; tuttavia, l’esperienza dimostra che ciò non consente alla banca di sfruttare tutti i vantaggi del cloud. L'adozione di questo approccio limita la scalabilità, l'affidabilità, l'esperienza degli sviluppatori, il time-to-market e la riduzione delle spese operative legate alla riprogettazione delle applicazioni utilizzando tecnologie cloud native. Una banca che “trasla e sposta” il proprio patrimonio applicativo nel cloud di solito lo fa perché è più semplice e veloce, oppure potrebbe essere soggetta a vincoli aziendali più ampi che la costringono a farlo. 

Qual è quindi l’approccio migliore per migrare le applicazioni bancarie e finanziarie nel cloud? Qualsiasi banca che desideri utilizzare il cloud dovrebbe esaminare e riprogettare l'intero patrimonio applicativo, contribuendo a ridurre le spese operative e ad aumentare l'esperienza degli sviluppatori. Ciò stimolerà la produttività degli sviluppatori e la velocità di progettazione, diminuendo anche il time-to-market, accelerando così il valore aziendale. 

Gartner descrive il termine "cloud native" come riferimento a; “… qualcosa creato per sfruttare o implementare le caratteristiche del cloud in modo ottimale. Queste caratteristiche del cloud fanno parte della definizione originale di cloud computing e includono funzionalità fornite come servizio. Le caratteristiche del cloud computing includono anche la scalabilità e l’elasticità, la condivisione, il dosaggio in base all’uso, il servizio basato sui servizi e l’uso onnipresente delle tecnologie Internet”. 

La nuvola offre un lato positivo! 

I servizi cloud serverless come Google Cloud Run, le app container di Azure e le app AWS Runner incorporano l'etica del cloud-native: sono scalabili, resilienti e completamente gestiti. Questi servizi consentono a un'organizzazione di sfruttare i vantaggi della containerizzazione, rendendo possibile l'implementazione della stessa applicazione su più piattaforme cloud, garantendo così che l'applicazione venga eseguita in modo coerente, indipendentemente dall'infrastruttura sottostante. 

Storicamente, abbiamo dovuto “incollare” insieme i servizi cloud per ottenere tali funzionalità e gli strumenti DevOps hanno composto le funzionalità di complesse applicazioni finanziarie e bancarie. Quando un'applicazione bancaria viene riprogettata per il cloud, è comune vedere i team di sviluppo unire insieme molti servizi cloud e costruire le proprie piattaforme di sviluppo cloud interne personalizzate e appositamente realizzate. 

Hype Cycle di Gartner sostiene che l'ingegneria della piattaforma e le piattaforme di sviluppo interno migliorano l'esperienza dello sviluppatore. “Una piattaforma per sviluppatori interni (IDP) viene creata da un team della piattaforma per creare percorsi d’oro e abilitare il self-service dello sviluppatore. Un IDP è costituito da molte tecnologie e strumenti diversi messi insieme in modo da ridurre il carico cognitivo sugli sviluppatori senza astrarre il contesto e le tecnologie sottostanti”. Seguendo queste migliori pratiche, i team della piattaforma hanno storicamente trattato la propria piattaforma come un prodotto, costruendola sulla base della ricerca degli utenti, quindi mantenendola e migliorandola continuamente. 

Tuttavia, il mantenimento e il miglioramento continuo di queste piattaforme di sviluppo interno appositamente realizzate comporta inevitabilmente un'incredibile quantità di sforzi e spese operative. 

In un recente articolo di Forbes, 16 leader tecnologici hanno condiviso le loro selezioni per "strategie e servizi cloud indispensabili", che catturano l'essenza del problema. L’osservazione chiave è stata che “…ogni CIO si concentra sulla creazione di una piattaforma di sviluppo interna per superare la complessità delle tecnologie native del cloud e applicare la governance per i team di sviluppo autonomi. Di conseguenza, gli ingegneri della piattaforma stanno costruendo piattaforme di sviluppo interne utilizzando le funzionalità cloud. Tuttavia, questo è un esercizio che richiede tempo e non finisce mai.  

È quindi fondamentale per il futuro che una piattaforma come servizio interna per sviluppatori sia resa disponibile come offerta cloud essenziale; ma i fornitori di servizi cloud stanno affrontando questa sfida? È evidente che lo sono, ma come sempre ci sono sempre ulteriori complessità nelle applicazioni finanziarie e bancarie! 

I fornitori di servizi cloud stanno raggruppando i propri servizi cloud e le relative funzionalità per creare piattaforme di sviluppo interne realmente native del cloud. Negli ultimi anni, abbiamo assistito all'emergere di piattaforme simili da ciascuno dei principali fornitori di servizi cloud, tra cui: AWS App Runner, app per container Azure e Google Cloud Run. Alcuni di questi servizi serverless e nativi del cloud includono: hosting di contenitori, scalabilità, creazione e distribuzione di contenitori, controllo delle versioni del servizio, rinnovo del certificato TLS, integrazione del registro dei contenitori, registrazione e monitoraggio integrati e proxy API. Si integrano rapidamente con i database cloud e possiamo governarli utilizzando policy di sicurezza cloud. 

Tuttavia, quanto siamo vicini ora al fatto che i fornitori di servizi cloud ci forniscano una vera piattaforma di sviluppo interna nativa del cloud? L’evoluzione è in corso, ma molte applicazioni finanziarie e bancarie sono estremamente complesse e impegnative. Per raggiungere questo obiettivo, dobbiamo continuare a promuovere i requisiti essenziali attraverso i fornitori di servizi cloud, per garantire che le funzionalità richieste siano integrate nelle loro piattaforme native del cloud. 

Timestamp:

Di più da Fintextra