In che modo la modernizzazione e l'automazione delle applicazioni promuovono il valore

E poiché FlowFactor implementa le soluzioni di modernizzazione e automazione delle applicazioni IBM per aiutare le organizzazioni a raggiungere nuovi livelli di efficienza e flessibilità, ha una risposta chiara a questa domanda:

No, l'automazione non prenderà i vostri lavori. Li renderà migliori.

Johan Janssen e Kilian Niemegeerts, soci amministratori e co-fondatori di FlowFactor, hanno recentemente lavorato con un fornitore di servizi di trasporto pubblico in Europa che copre quasi 200 milioni di chilometri di percorso in una regione densamente popolata. Il progetto è un buon esempio della forte domanda che FlowFactor deve affrontare nel mercato odierno, dove ogni grande organizzazione, a quanto pare, sta cercando di promuovere modernizzazione e automatizzazione per ottenere una maggiore efficienza e agilità, ma ha il problema delle applicazioni di grandi dimensioni, legacy e business-critical che non si adattano facilmente ad accogliere l'automazione.

FlowFactor ha anche riprogettato la pipeline di build del cliente, creando processi standardizzati e riutilizzabili. Da lì, il team ha applicato il software di automazione open source ed end-to-end Jenkins, utilizzandolo nei processi di creazione iniziali fino all'implementazione in produzione. Grazie alla nuova architettura delle applicazioni, il software Jenkins può automatizzare lo spostamento del codice containerizzato nell'intero ciclo di vita del software.

Ma tutto questo era solo parte del progetto.

Nel trasporto pubblico, far salire le persone a bordo è la parte semplice. Nella modernizzazione delle applicazioni, può essere la parte difficile. Una cosa è implementare una tecnologia che automatizzi i processi e tutta un'altra cosa è convincere le persone a far evolvere i loro metodi di lavoro in modi che trarranno il massimo valore dall'automazione.

FlowFactor doveva aiutare l'azienda di trasporti a cambiare la propria cultura per abbracciare l'automazione e adottare le prassi DevOps.

"Sicuramente, per i grandi clienti e i governi più tradizionali è un argomento delicato", spiega Niemegeerts. Gli specialisti e altre figure esperte nei processi esistenti hanno posto seri interrogativi: Un cambiamento così drastico può causare problemi a quello che effettivamente funziona bene? I loro lavori saranno semplicemente automatizzati?

“L'aspetto principale”, afferma Niemegeerts, “è quello di trovare un equilibrio, procedere ad un'ampia automatizzazione e al contempo coinvolgere gli esperti esistenti e spiegare loro cosa rimarrà invariato. Abbiamo mostrato loro che i loro lavori non sarebbero mai stati veramente sostituiti, solo modificati. L'aspetto più importante da evidenziare è che saranno più frequentemente impegnati nella parte più interessante del loro lavoro e non nelle attività ripetitive. Ciò darà loro il tempo di risolvere di più i problemi, di indagare di più, di innovare di più".

Niemegeerts continua: "Non appena abbiamo iniziato a fornire alcune prime applicazioni idonee modernizzate, hanno notato i vantaggi. Hanno riscontrato tempi di implementazione più veloci e un minore impatto. Non erano necessarie lunghe finestre di manutenzione per implementare una nuova applicazione".

E DevOps diventa il modo per ottenere il massimo da processi più veloci e flessibili. È qui che i team precedentemente separati in silos imparano a bilanciare le proprie responsabilità e a collaborare in modo più efficiente e agile. Come spiega Janssen: “In passato, la disponibilità delle applicazioni era responsabilità del team dell'infrastruttura. Ora, quando il team dell'infrastruttura vede che il team di sviluppo si sta assumendo la responsabilità di portare stabilità - non solo nuove funzioni - nella produzione, inizia il cambiamento di mentalità e il processo inizia davvero a funzionare e a fornire nuove applicazioni.

Per quanto riguarda il lato degli sviluppatori, afferma Janssen, “Il team di sviluppo ha molto più potere. Ora possono implementare quando vogliono, in tutti i loro ambienti".