Moneyfarm esegue il deployment molto più velocemente con meno strumenti grazie a GitLab

Moneyfarm è una società di gestione patrimoniale online con uffici nel Regno Unito e in Italia. "Siamo un gestore patrimoniale digitale e, naturalmente, la nostra missione è assicurarci che le persone possano costruire e gestire la propria ricchezza in modo semplice e ricevere consigli da esperti come noi", spiega Emanuele Blanco, CTO di Moneyfarm. Il team di Blanco vuole offrire un servizio clienti impeccabile e crede che la distribuzione continua sia il modo giusto per raggiungerlo. "Vogliamo usare e rafforzare la nostra capacità di distribuzione continua. Crediamo nella fornitura di piccoli blocchi di valore, nel rilascio di software incrementale".

Ma Moneyfarm non ha un team enorme e vuole essere il più efficiente possibile, supportando allo stesso tempo gli uffici in due Paesi e sfruttando al meglio la sua filosofia di distribuzione continua. "Per fare tutto ciò, dobbiamo avere un'organizzazione tecnologica unita a un processo e una piattaforma che ci permettano di fare ciò che dobbiamo fare", dice Blanco.

Moneyfarm aveva una piattaforma di distribuzione continua esistente, Concourse CD, e tutto era in esecuzione su Amazon Web Services (AWS). La soluzione Concourse funzionava, ma richiedeva un'enorme quantità di tempo e attenzione per mantenerla operativa. Quasi altrettanto frustrante era il fatto che "AWS ci stava costando un bel po' di soldi", come racconta Nicholas Faulkner, direttore tecnico. Concourse era una soluzione self-hosted, ma secondo Faulkner: "Era molto instabile. Ci sono volute tante persone che lavorassero a tempo pieno per gestirlo e non eravamo interessati a investirci (così tanto tempo)".

La natura complessa della piattaforma di CD di Moneyfarm ha creato anche un altro problema: non c'era possibilità di self-service. Le parti interessate hanno iniziato a trattare il team della piattaforma come se fossero fornitori di servizi esterni, una situazione che semplicemente non avrebbe funzionato nel lungo periodo.

E, infine, Moneyfarm aveva solo bisogno di una soluzione che aiutasse il suo "team non così grande", piuttosto che ostacolarlo. "Per noi il vantaggio di (passare a) una soluzione Software as a Service è permettere ai nostri team di dedicarsi a ciò che conta davvero", afferma Blanco.

Moneyfarm aveva già familiarità con GitLab, perché il team eseguiva la versione autogestita internamente sulla sua rete privata. Nel gennaio 2020, Blanco e Faulkner insieme al team hanno iniziato il processo di trasferimento di tutto il codice da Concourse al cloud di GitLab. Il team ha integrato GitLab nel deployment AWS con uno script personalizzato che viene eseguito nella pipeline e che rilascia il container in produzione. A migrazione completata, il team aveva spostato tra le 80 e le 1000 pipeline delle attività più importanti su GitLab. Il completamento della migrazione a GitLab ha richiesto circa quattro mesi.

Il passaggio a GitLab "ha reso le cose un po' più semplici, perché così abbiamo uno strumento in meno da gestire", afferma Blanco. La proposta di valore di Moneyfarm è chiara: "Forniamo valore ai clienti quando diamo la priorità al software. Avere l'infrastruttura e uno strumento che (opera) senza problemi fa sì che gli sviluppatori possono concentrarsi solo sulla creazione di funzionalità e codice funzionanti. (Ora) abbiamo uno strumento che può fare questo, e posso affermare che ha fatto la differenza".

Con GitLab, Moneyfarm ha:

• Ridotto i tempi di ciclo tra ideazione e produzione da 45 minuti a 13,5 minuti

• Migliorato i rapporti di lavoro tra sviluppatori e parti interessate

• Migliorato notevolmente le funzionalità self-service per gli sviluppatori

• Reso possibile prevedere le tempistiche del processo di deployment

• Raddoppiato il numero di deployment settimanali da 18 a 35

• Aumentato la produzione di codice

Inoltre, i tempi di attesa sono diminuiti drasticamente. "Con GitLab passiamo molto più velocemente dalla tastiera di uno sviluppatore all'ambiente di un cliente", dichiara Faulkner. "In passato gli sviluppatori stavano seduti a guardare una barra di avanzamento su Concourse con la parte interessata in piedi dietro di loro. Da quando siamo passati a GitLab, una cosa del genere non l'ho più vista".

Ma ci sono anche altri risultati un po' meno concreti. Una migliore collaborazione ha portato a conversazioni di brainstorming che il team di Moneyfarm non aveva mai visto prima. "Stanno ora accadendo molto spesso conversazioni che non sarebbero mai potute avvenire prima e questo, a sua volta, aiuta a diffondere la conoscenza e il buon utilizzo dello strumento anche ad altre persone", dice Blanco.

Infine, il team di Moneyfarm è stato piacevolmente sorpreso di scoprire che il costo di GitLab è all'incirca lo stesso dello strumento usato precedentemente per il self-hosting e la gestione locale. Il punto forte di GitLab, tuttavia, è che non richiede uno staff dedicato per gestirlo e mantenerlo.

Sebbene Moneyfarm abbia visto tanti vantaggi concreti dopo il passaggio a GitLab, ce n'è stato uno particolarmente sorprendente. "La felicità dei nostri sviluppatori è arrivata alle stelle quando siamo passati a GitLab. Tutti erano soddisfatti della nuova soluzione, era come una boccata d'aria fresca e anche abbastanza facile da capire", spiega Blanco. "Questo ha sicuramente reso più felici i nostri sviluppatori".

Secondo Blanco, la felicità degli sviluppatori è importante perché la loro felicità si tramuta in lavoro di qualità. "L'esperienza degli sviluppatori deve restare sempre di alto livello, perché questo è l'unico modo per offrire valore velocemente. GitLab ha svolto... un ruolo importante nell'aiutarci a migliorare la DevEx".

Un modo ovvio per migliorare la DevEx è stato rendere i processi più veloci. La precedente soluzione di CI/CD richiedeva da 35 a 45 minuti per passare dal commit allo staging, ha affermato Faulkner, ma con GitLab si arriva a soli 13,5 minuti con la massima affidabilità. Il processo è più veloce e affidabile e questo si traduce in meno cambi di contesto e in maggiore capacità di concentrarsi su una singola attività.

"Prima, gli sviluppatori dovevano occuparsi di altre attività durante l'attesa", ha detto Faulkner. "Ora, invece, possono dedicarsi completamente alla stessa attività e portarla a termine".

Tale concentrazione si traduce in deployment due volte più frequenti rispetto a prima e in una maggiore produzione di codice. "Posso dirti con certezza che passiamo meno tempo a preoccuparci dello strumento di CD e delle idiosincrasie. A volte lo strumento di CD era inattivo o qualcuno doveva riavviarlo. Ora questo non è più un problema", ha affermato Blanco. "Confermo che vi è una sorta di correlazione tra il fatto che stiamo producendo più codice e distribuendo più valore e il fatto che stiamo utilizzando GitLab".