GFT sviluppa un ambiente Cloud flessibile, sicuro ed economicamente vantaggioso

Una grande società di private equity gestiva un sistema di continuous integration e continuous delivery (CI/CD) su una piattaforma Amazon Web Services che utilizzava raggruppamenti di risorse inefficienti, con un eccesso di provisioning e una mancanza di scalabilità, con conseguente aumento dei costi. Il sistema aveva più di 180 istanze EC2 on-demand su 153 account AWS e ambienti multipli. Questo ha rappresentato una sfida significativa per il team di ingegneri della piattaforma, che era responsabile non solo della manutenzione di ciò che era già in funzione, ma anche dell'integrazione di nuove release e del mantenimento dell'intero sistema aggiornato e sicuro.

Un team di GFT stava già collaborando con il cliente su diversi progetti e richieste interne. Il cliente utilizzava Jenkins e mirava a razionalizzare le istanze, ridurre i costi e creare una piattaforma standardizzata per tutte le business unit. Sulla base dei requisiti forniti, il nostro team ha sviluppato una soluzione.

Abbiamo identificato opportunità per semplificare l’architettura e ridurre i costi operativi. Il cliente ha apprezzato le nostre raccomandazioni e ci ha affidato la leadership del progetto di ingegneria.

In soli sei mesi, il team di GFT ha progettato, realizzato e revisionato la nuova architettura. Abbiamo ottimizzato l’allocazione delle risorse, riducendo il numero di istanze EC2 on-demand grazie alla centralizzazione delle risorse tramite cluster Amazon Elastic Kubernetes Service (EKS). Questo ha incluso l’utilizzo di risorse economicamente vantaggiose come le istanze spot, molto più convenienti rispetto alle istanze on-demand. Le istanze spot sono ideali per carichi di lavoro flessibili che possono tollerare interruzioni, come l’elaborazione batch e i job CI/CD.

Il progetto ha ristrutturato i flussi di lavoro CI/CD utilizzando GitLab Runner, distribuito su Amazon EKS. Le istanze spot sono state impiegate per supportare le operazioni di CI/CD, che distribuiscono automaticamente le modifiche al codice ed eseguono i test. In collaborazione con il cliente, il team di GFT ha effettuato la migrazione delle funzionalità CI/CD da Jenkins a GitLab Runner. Inoltre, è stato implementato il meccanismo di autoscaling, che consente al sistema di regolare automaticamente il numero di risorse attive, come server o istanze, in base al carico attuale. Nei contesti cloud, l’autoscaling assicura che le applicazioni possano gestire diversi livelli di traffico aggiungendo o rimuovendo risorse a seconda delle necessità, ottimizzando così performance e costi.

Il team ha adottato un modello di ciclo di vita dello sviluppo software (SDLC) per lo sviluppo di applicazioni e pipeline, al fine di portare il codice dalla fase di sviluppo a quella di produzione. Inoltre, applicando i ruoli IAM per gli account di servizio (IRSA), una funzionalità di Amazon EKS, abbiamo garantito un accesso sicuro multi-tenant e un traffico in uscita (egress-only) che ha semplificato la sicurezza per il cliente.

Il cliente prevede una riduzione dell’87,6% dei costi annuali dell’infrastruttura, oltre a un significativo miglioramento dell’efficienza operativa e una riduzione dei costi indiretti del lavoro. Collaborando con il cliente, abbiamo applicato l’uso strategico dei cluster EKS, Karpenter per il provisioning dinamico dei nodi e le istanze spot per raggiungere l’obiettivo di economicità senza compromettere l’affidabilità del sistema.

Una volta che la soluzione sarà completamente implementata, sarà possibile ridurre le 180 istanze EC2 del cliente a 18, distribuite su sei cluster EKS e tre account AWS. Grazie all’adozione delle istanze spot per carichi di lavoro tolleranti ai guasti, il cliente si aspetta un risparmio fino al 90% rispetto alle istanze on-demand.

Il progetto riflette la capacità di GFT di gestire progetti complessi nell’ambito dei nostri contratti in corso, offrendo ai clienti un supporto continuo e di alta qualità.