Scalare in modo intelligente, spendere meno: come Oleksandr Leonhard e DashDevs hanno trasformato l'infrastruttura cloud con AWS

Quando Oleksandr Leonhard riflette sul progetto che ha segnato un punto di svolta nella sua carriera nell’infrastruttura cloud, non parla solo di server o architetture. Parla di slancio — per il prodotto, per i clienti e per l’azienda stessa.

All’epoca, Oleksandr faceva parte del team di ingegneria di DashDevs, dove stavano costruendo una piattaforma interna per la gestione dei processi aziendali su misura per le aziende IT.

L’idea era semplice: dare alle organizzazioni un modo per automatizzare i flussi di lavoro, visualizzare le operazioni e migliorare il coordinamento interno. Ma man mano che la piattaforma maturava e cresceva l’interesse dei clienti, divenne chiaro che l’infrastruttura esistente non era pronta a gestire la pressione — finanziariamente o tecnicamente.

“Stavamo iniziando a colpire dei muri,” dice Oleksandr. “L’infrastruttura era costosa da mantenere, in particolare man mano che la base utenti cresceva e il carico di dati aumentava. I nostri costi di calcolo erano imprevedibili e spendevamo molto tempo di ingegneria solo per mantenere la stabilità del sistema sotto carico.”

Riconoscendo che questo sarebbe diventato un problema sempre più grande man mano che l’azienda cresceva, Oleksandr propose una valutazione completa della loro strategia cloud. L’obiettivo era ristrutturare il sistema tenendo presente l’efficienza dei costi, la scalabilità e la velocità di sviluppo.

Il team decise di migrare la propria infrastruttura su Amazon Web Services (AWS), concentrandosi su servizi che avrebbero ridotto i costi generali e consentito loro di crescere senza aumentare costantemente i costi infrastrutturali.

Il primo passo fu affrontare il componente più pesante in termini di risorse: i database. Spostandoli su Amazon RDS, il team ottenne backup automatici, scalabilità facile e patch di sicurezza gestite.

Questo eliminò gran parte del lavoro manuale che avevano gestito in precedenza, risparmiando tempo e riducendo il rischio di errore umano. “Con RDS, potevamo contare su AWS per gestire la manutenzione essenziale,” spiega Oleksandr. “Ha immediatamente ridotto il nostro onere operativo.”

Successivamente, il team si concentrò sulla propria strategia di calcolo. Invece di mantenere un numero statico di macchine virtuali in esecuzione indipendentemente dalla domanda, implementarono l’Auto Scaling per le istanze EC2.

Questo consentì al sistema di regolare automaticamente il numero di server in esecuzione in base al traffico in tempo reale, assicurando che le risorse venissero utilizzate solo quando necessario. Aiutò a smussare i picchi e le valli dell’attività degli utenti senza incorrere in costi inutili durante i periodi di bassa attività.

Tuttavia, la trasformazione più significativa avvenne quando il team iniziò a integrare il calcolo serverless tramite AWS Lambda e AWS Fargate. Spostando carichi di lavoro specifici su funzioni Lambda, furono in grado di eliminare completamente il costo dei server inattivi.

Questo passaggio da un modello tradizionale basato su server a un approccio di funzione come servizio significava che pagavano solo per il tempo di esecuzione effettivo, non per i server inattivi in attesa di richieste.

“Lambda ha cambiato fondamentalmente il nostro modo di pensare alla scalabilità,” dice Oleksandr. “Non dovevamo più stimare in anticipo il numero di server di cui avremmo avuto bisogno. Invece, costruivamo servizi che potevano scalare automaticamente e in modo conveniente.”

Ma adattare l’applicazione al serverless richiedeva più di un cambiamento tecnico — richiedeva un nuovo approccio allo sviluppo.

Per accelerare il processo e evitare di riprogettare per ogni adattamento del cliente, il team di DashDevs creò il proprio framework interno basato sui servizi AWS.

Questo framework consentì loro di sviluppare e distribuire rapidamente nuove funzionalità e flussi di lavoro, ognuno costruito come una funzione Lambda modulare.

“Con il framework, potevamo lanciare nuove funzionalità in settimane invece di mesi,” osserva Oleksandr. “Questo è stato un enorme vantaggio, specialmente quando i clienti chiedevano personalizzazioni o nuove capacità. Potevamo rispondere più rapidamente dei nostri concorrenti e questo ha anche ridotto significativamente i costi di sviluppo.”

Dopo aver dimostrato la piattaforma internamente, DashDevs iniziò a offrirla ad altre aziende, adattando la soluzione per adattarsi ai processi aziendali unici di ciascun cliente.

Grazie al design modulare del framework, ogni distribuzione era più rapida e più conveniente rispetto all’ultima. Questa adattabilità trasformò l’aggiornamento iniziale dell’infrastruttura in una nuova fonte di entrate per DashDevs.

Durante il processo di ristrutturazione, il team valutò anche se utilizzare Terraform, in particolare data la sua flessibilità per l’infrastruttura come codice tra i fornitori di cloud.

Sebbene potente, l’ambito più ampio di Terraform comportava una complessità che non era necessaria per il loro stack focalizzato su AWS.

Invece, optarono per AWS CloudFormation, che forniva un’integrazione più stretta con i servizi AWS e semplificava l’onboarding per i nuovi ingegneri.

“CloudFormation ci ha dato tutto ciò di cui avevamo bisogno senza l’ulteriore onere che comporta Terraform,” afferma Oleksandr. “Ha semplificato le nostre distribuzioni e ridotto la curva di apprendimento per il team. Per i nostri obiettivi, il compromesso aveva senso.”

Certo, passare al serverless e all’auto-scaling non è stato privo di sfide. Il team ha incontrato limiti di concorrenza in AWS Lambda, specialmente durante le fasi di test quando improvvisi picchi di richieste potevano spingere il sistema oltre le soglie configurate.

Il monitoraggio e la regolazione divennero critici. Utilizzando Amazon CloudWatch, tracciarono le prestazioni delle funzioni, l’uso della memoria e i tempi di esecuzione, regolando le impostazioni per ottimizzare sia la velocità che i costi.

Per mantenere il controllo finanziario stretto, implementarono AWS Cost Explorer insieme a un sistema di tagging dettagliato per monitorare i costi tra diversi servizi, ambienti e progetti dei clienti.

Questa visibilità era essenziale non solo per il budgeting ma anche per apportare miglioramenti continui alla loro infrastruttura.

Alla fine, i risultati erano chiari. DashDevs ridusse i costi infrastrutturali del 25%, fornì un prodotto più veloce e affidabile e diminuì significativamente il tempo necessario per personalizzare soluzioni per nuovi clienti.

Forse, cosa più importante, il team recuperò la capacità di concentrarsi sull’innovazione del prodotto piuttosto che sulla lotta contro i problemi infrastrutturali.

“Non abbiamo solo ridotto i costi,” riflette Oleksandr. “Abbiamo creato un sistema che ci ha permesso di scalare sia tecnicamente che commercialmente.

La combinazione dei servizi AWS e del nostro framework interno ci ha permesso di muoverci più velocemente, spendere meno e rimanere un passo avanti.”

Oggi, quel lavoro continua a dare frutti. La piattaforma che Oleksandr ha aiutato a riprogettare è diventata una base per molteplici soluzioni per i clienti, ognuna su misura ma conveniente grazie al lavoro preliminare svolto dal team di DashDevs.

“Quando costruisci un’infrastruttura, non stai solo risolvendo i problemi di oggi,” dice. “Stai preparando la capacità della tua azienda di crescere senza essere intrappolato dai costi operativi. Questo è ciò che AWS ci ha permesso di fare, ed è un approccio che porto con me in ogni progetto che intraprendo.”

Questa storia è stata pubblicata originariamente il 3 settembre 2022.