7 Opzioni per modernizzare i sistemi legacy

7 Opzioni per modernizzare i sistemi legacy


Una banca con una parte della sua applicazione mainframe costruita in un ambiente COBOL/CICS deve ormai affrontare la carenza di competenze esperte sul mercato. L’applicazione stessa non ha problemi, ma è necessario fare qualcosa. Il team di gestione può decidere di spostarlo dal mainframe a un ambiente con più persone disponibili a supportarlo, con altri tipi di skills.

Ora la banca si trova di fronte a una serie di diverse opzioni di modernizzazione:

■  Rivalutazione dell’host – Rehost
■  Sostituzione della piattaforma – Replatform
■  Ricostruzione – Rebuild


 

Tutte queste opzioni hanno diversi aspetti, ambiti, effetti, valori, costi, rischi e impatti diversi. Ma qual è quello giusto?

La sostituzione non è l’unica opzione

“La modernizzazione delle applicazioni non è una cosa da sottovalutare “, “Se devi affrontare una sfida che coinvolge ambienti legacy, l’approccio migliore dipende dal problema che stai cercando di risolvere. La sostituzione non è l’unica opzione. “

Elimina gli ostacoli al business digitale

I sistemi legacy sono spesso visti come un freno alle iniziative aziendali che si basano su di essi. Quando viene raggiunto un punto critico, come nell’esempio del la carenza delle competenze, è il momento di guardare alla modernizzazione delle applicazioni per rimuovere gli ostacoli.

 

“Gartner prevede che ogni euro investito nell’innovazione del business digitale fino alla fine del 2020 richiederà alle aziende di spendere almeno il triplo per modernizzare continuamente il portafoglio di applicazioni legacy.”

 

Spendere questo denaro in modo efficace richiederà ai responsabili delle applicazioni di selezionare attentamente uno di questi sette diversi approcci alla modernizzazione.

  1. Incapsulare . Per sfruttare ed estendere le caratteristiche e il valore di un’applicazione, incapsulare dati e funzioni dell’applicazione e renderli disponibili come servizi tramite un’interfaccia di programmazione dell’applicazione (API). Le specifiche e le conoscenze di implementazione sono così nascoste dietro l’interfaccia, che divine facilmente disponibile con un linguaggio unico e moderno.
  2. Rehost . Ridistribuire un componente dell’applicazione su un’altra infrastruttura fisica, virtuale o cloud senza ricompilare, alterare il codice dell’applicazione o modificare caratteristiche e funzioni.
  3. Replatform . Migrare un componente dell’applicazione su una nuova piattaforma di runtime. Apportare modifiche minime al codice per adattarlo alla nuova piattaforma, ma non modificare la struttura del codice o le caratteristiche e le funzioni che fornisce.
  4. Refactoring . Ristrutturare e ottimizzare il codice esistente senza modificarne il comportamento esterno per rimuovere il debito tecnico; migliorando le caratteristiche e la struttura del componente.
  5. Rearchitect . Modificare sostanzialmente il codice dell’applicazione in modo da poterlo spostare su una nuova architettura dell’applicazione e sfruttare appieno le nuove e migliori funzionalità della piattaforma dell’applicazione.
  6. Ricostruisci . Ricostruisci o riscrivi il componente dell’applicazione da zero preservandone l’ambito e le specifiche.
  7. Sostituire. Elimina del tutto il precedente componente dell’applicazione e sostituiscilo, tenendo conto dei nuovi requisiti e necessità.

 

“La chiave è capire se il problema è causato dalla tecnologia, dall’architettura o dalle funzionalità dell’applicazione e in che modo ogni approccio di modernizzazione migliora questi aspetti”

 

OneClickApp ha scelto metodi, tools e alleanze che possono guidare il cliente nello scegliere e valutare le problematiche aziendali, riuscendo a comprendere a posteriori la migliore strada da seguire. Non esiste una vera e propria “strada certa” da percorrere, ma esiste sicuramente un giusto metodo di analisi che ritaglia un percorso agile e senza sussulti .

Dopo aver condotto una valutazione approfondita, la scelta migliore per l’organizzazione che affronta il problema della carenza di competenze di cui sopra è tra rearchitect e ricostruire o sostituire. La ristrutturazione ha un costo e un rischio moderati, ma produrrà risultati moderati. La ricostruzione o la sostituzione fornisce i migliori risultati, ma con costi e rischi maggiori.

Attraverso le scelte di un approccio cloud native, OneClickApp ha portato diversi clienti a stratificare le complessità sotto le funzioni di business ,chiarendo che gli aspetti che generano debito tecnico possono essere lasciati gestire alle infrastrutture e ai fornitori della parte cloud computazionale o “consumate as a service”.

Tutti i tools e i metodi che proponiamo sono stati scelti e vengono offerti con l’intenzione di portare il cliente a produrre valore con il digitale e non a “sfruttare il digitale come tecnologia fine a se stessa”. Produrre valore dal digitare significa spesso sfruttare il pregresso rendendolo moderno e non buttare via il passato pensando che una tecnologia del futuro produca forzatamente più valore.