Il tuo messaggio è stato inviato.
Elaboreremo la vostra richiesta e vi ricontatteremo al più presto.
Il modulo è stato inviato con successo.
Ulteriori informazioni sono contenute nella vostra casella di posta elettronica.

Selezionare la lingua

Innowise ha fornito supporto DevOps/SRE per la piattaforma prestiti di Lendo, centralizzando la proprietà dell'infrastruttura e migliorando la stabilità. A seguito di una collaborazione di successo, il cliente ci ha incaricato di gestire alcune attività Java e QA nell'ambito dei suoi sforzi di modernizzazione più ampi.
Supporto stabile alla produzione
per la piattaforma di prestiti principale di Lendo
15% riduzione dei costi del cloud
nella fase iniziale di ottimizzazione

Lendo è una società fintech scandinava che aiuta le persone a confrontare le offerte di prestito attraverso un'unica applicazione, invece di rivolgersi alle banche una per una. Fondata in Svezia nel 2007, l'azienda è cresciuta fino a diventare un'importante piattaforma di confronto di prestiti che opera in Svezia, Norvegia e Danimarca.
Ciò che rende la piattaforma particolarmente impegnativa dal punto di vista operativo è l'ampiezza e la delicatezza del processo che ne sta alla base. Una singola domanda può essere abbinata a offerte provenienti da un massimo di 40 istituti di credito, il che rende l'affidabilità della piattaforma, la coerenza della consegna e i processi di qualità ben strutturati fondamentali per il core business del cliente. Oltre al mercato dei prestiti, Lendo offre anche Kreddy, un'applicazione che offre agli utenti visibilità sul proprio profilo creditizio e sui prestiti esistenti.
Il team Innowise si è unito a Lendo per rafforzare la funzione DevOps/SRE del cliente e assumere la responsabilità di un'area critica dell'infrastruttura. All'inizio, il progetto disponeva di una documentazione molto limitata e di conoscenze incomplete, per cui i nostri ingegneri hanno dovuto innanzitutto capire come era impostato l'ambiente, come funzionavano i suoi componenti principali e dove erano i principali rischi operativi.
Il nostro team ha esaminato l'infrastruttura di GCP e AWS, compresi cluster, macchine virtuali, database, servizi cloud, flussi di monitoraggio e canali di assistenza. Ciò ha contribuito a definire le aree che necessitavano di maggiore attenzione: proprietà dell'infrastruttura, gestione degli avvisi, problemi ricorrenti, visibilità del cloud e gestione più sicura delle modifiche.
Sulla base della valutazione iniziale, abbiamo impostato un modello di fornitura incentrato su una maggiore proprietà dell'infrastruttura, su operazioni stabili della piattaforma e su un migliore controllo delle modifiche all'infrastruttura.
Il lavoro è stato suddiviso in base allo stato attuale dell'ambiente. In GCP, il team ha supportato e migliorato la configurazione esistente di Infrastructure as Code. In AWS, l'attenzione si è concentrata sulla gestione più strutturata dell'infrastruttura configurata manualmente. Il team ha inoltre definito un modello operativo più chiaro per i turni di reperibilità, le linee di assistenza e la gestione degli avvisi.
Il team Innowise si è occupato della gestione quotidiana delle operazioni di infrastruttura e ha introdotto un processo più chiaro per la gestione delle modifiche all'infrastruttura. I nostri ingegneri hanno lavorato con cluster, macchine virtuali, database e altri componenti fondamentali della piattaforma, diventando il team principale responsabile del coordinamento e della realizzazione delle modifiche all'infrastruttura richieste dai team di prodotto e di sviluppo.
Abbiamo anche esaminato l'ambiente esistente, mappato il modo in cui le sue parti erano collegate e costruito un modello più centralizzato per il supporto dell'infrastruttura.
Poiché l'infrastruttura del progetto era distribuita sia su GCP che su AWS, il nostro team ha dovuto lavorare su due ambienti cloud in parallelo. Questo lavoro ha riguardato i servizi cloud, le risorse di calcolo, la rete, gli ambienti containerizzati e le dipendenze infrastrutturali ad essi collegate. Il team ha anche lavorato per rendere la configurazione complessiva più facile da gestire e più sicura da modificare in base all'evoluzione del progetto.
Un'altra parte importante del lavoro si è concentrata sulla modernizzazione della pipeline di consegna. Parte della configurazione esistente si basava ancora su strumenti legacy come Travis, Spinnaker e sk8ts, quindi uno dei compiti principali del team è stato quello di spostare questo processo verso un approccio più moderno basato su GitOps, utilizzando GitHub Actions e ArgoCD.
Il supporto operativo è stato una parte importante di questo progetto. Il nostro team DevOps ha stabilito turni di reperibilità, ha organizzato il supporto di prima e seconda linea e ha rivisto la configurazione di allarme esistente insieme ai team di ingegneri del cliente.
I nostri ingegneri hanno verificato come erano configurati gli avvisi, come venivano instradati, quali avvisi richiedevano un intervento tecnico e quali riflettevano il comportamento previsto del carico di lavoro. Abbiamo anche contribuito a migliorare i canali di allarme e a rendere il processo di risposta complessivo più strutturato e facile da gestire. Per questo lavoro, il team ha utilizzato strumenti come PagerDuty, Prometheus Stack, Victoria Metrics, Grafana, CloudWatch, Stackdriver e Humio.
Il team ha risolto i problemi ricorrenti dell'infrastruttura e si è occupato di attività che richiedevano pulizia, chiarimenti o correzioni tecniche. Abbiamo esaminato le configurazioni esistenti, identificato le lacune nelle operazioni della piattaforma e gestito le richieste di infrastruttura che richiedevano un'esecuzione rapida e affidabile.
La maggior parte di questo lavoro è stata gestita direttamente dal team Innowise. I nostri ingegneri si sono occupati direttamente dell'indagine, della sistematizzazione e della documentazione dell'infrastruttura, coinvolgendo gli sviluppatori solo quando era necessario chiarire le dipendenze o assicurarsi che le modifiche non interrompessero il lavoro dell'applicazione.
Oltre al lavoro operativo, il progetto comprendeva compiti di sicurezza e resilienza. A seconda delle necessità, il team si è occupato di lavori legati alla vulnerabilità, revisioni dell'infrastruttura e richieste tecniche urgenti legate all'affidabilità della piattaforma e alla prontezza operativa. Il team ha anche supportato i test di resilienza e attività simili quando dovevano essere completati in tempi brevi.
In una fase successiva, il progetto è cresciuto fino a comprendere un'importante transizione infrastrutturale. Lendo si stava separando dalla precedente società madre e si stava preparando a unirsi a una nuova società, il che ha creato un grande volume di lavoro per l'infrastruttura. L'ambiente doveva essere separato dalla vecchia configurazione e preparato per la successiva fase di integrazione.
Nell'ambito del più ampio ambito DevOps/SRE, il team Innowise ha supportato il cliente in questa complessa transizione e ha gestito le modifiche infrastrutturali necessarie. I nostri ingegneri hanno contribuito a mantenere il processo strutturato, stabile e più facile da gestire durante questo periodo.
Una parte del lavoro si è concentrata su un database critico collegato a un vecchio monolite PHP. Questa parte del sistema era rimasta invariata per molto tempo perché il team del cliente non aveva una chiara comprensione di come aggiornare in modo sicuro il database o di quali modifiche sarebbero state necessarie anche dal lato dell'applicazione.
Il team di Innowise ha analizzato la configurazione da entrambi i lati, ha coordinato il lavoro con gli sviluppatori, ha chiarito cosa doveva essere modificato nel monolite e ha quindi eseguito l'aggiornamento del database con i test e il debug necessari. Il risultato è stato che il cliente ha potuto finalmente affrontare una parte del sistema che era stata lasciata inalterata per molto tempo a causa dei rischi che comportava.
Oltre al flusso DevOps/SRE, i nostri ingegneri QA hanno contribuito a creare processi di test per l'iniziativa di modernizzazione a lungo termine di Lendo. Questo flusso comprendeva la creazione di documentazione di test, la creazione di una suite di regressione, la preparazione di requisiti e casi di test e la strutturazione delle attività di test in modo più sistematico.
Il team QA ha analizzato il prodotto attuale, estratto la logica dalla base di codice e formalizzato i requisiti in Confluence. Hanno inoltre preparato il terreno per l'integrazione di TestRail con Jira, migliorato la visibilità dei test e supportato l'ottimizzazione dei processi con strumenti come Fiddler.
Lendo ha ingaggiato Innowise come team e questo ha definito il modello di lavoro fin dall'inizio. Il cliente non si affidava a una sola persona per coprire tutto. Al contrario, diversi ingegneri senior si sono divisi il lavoro, si sono occupati di aree diverse e hanno gestito più flussi in parallelo rimanendo sincronizzati sulle priorità quotidiane. Questa impostazione ha contribuito a mantenere costanti i progressi e ha reso molto più semplice la comunicazione quotidiana con il team del cliente.
La collaborazione ha seguito un modello Agile/Kanban con retrospettive regolari. Abbiamo utilizzato Jira per il tracciamento delle attività e Slack e Google Chat per la comunicazione quotidiana.
Il lavoro stesso dipendeva dalla stretta collaborazione con gli sviluppatori del cliente e gli stakeholder del prodotto. Il team è rimasto regolarmente in contatto, ha discusso direttamente le richieste, ha chiarito le priorità e ha concordato insieme le fasi successive. Oltre alle attività pianificate, hanno anche proposto idee di miglioramento basate su ciò che vedevano durante il progetto e le hanno discusse con il cliente prima di portarle avanti.
Un'altra parte utile della configurazione è stata l'accesso a competenze più ampie all'interno dell'Innowise. Quando era necessario un contributo supplementare, il team poteva rivolgersi agli specialisti interni e apportare tali conoscenze al progetto. In questo modo il cliente ha avuto a disposizione un team dedicato alla consegna, con un supporto ingegneristico più ampio in caso di necessità.
Assumendo la piena proprietà della nostra infrastruttura, implementando le best practice del settore e modernizzando il nostro intero ecosistema di base, siamo passati da una configurazione dipendente dal legacy a una piattaforma moderna e autonoma. Questo passaggio garantisce la stabilità e la flessibilità necessarie per la nostra prossima fase di crescita.

Il progetto è ancora in corso, ma l'impatto è già visibile nelle operazioni e nel modello di supporto dell'infrastruttura di Lendo. Nei primi mesi dell'impegno, il team Innowise è diventato il principale responsabile dell'infrastruttura di Lendo. I cluster, le macchine virtuali, i database e le relative modifiche sono stati trasferiti in un modello di supporto più chiaro e centralizzato, offrendo al cliente un team dedicato per gestire il lavoro quotidiano sull'infrastruttura.
Inoltre, il nostro team ha introdotto la rotazione dei turni di guardia, ha istituito un supporto di prima e seconda linea, ha rivisto il panorama degli avvisi e ha ripulito i canali e le priorità degli avvisi. Inoltre, gli ingegneri Innowise hanno gestito i problemi ricorrenti dell'infrastruttura, hanno supportato le attività urgenti di sicurezza e resilienza e hanno lavorato a stretto contatto con i team di sviluppo sulle richieste relative all'infrastruttura.
L'impegno ha anche migliorato la manutenibilità nelle aree chiave dell'infrastruttura. Il team ha rivisto i servizi legacy, ha affrontato i blocchi tecnici di vecchia data, ha migliorato la visibilità dei costi del cloud e ha reso le future modifiche all'infrastruttura più facili da pianificare e gestire.
Dopo il successo della collaborazione DevOps/SRE, Lendo ha esteso il lavoro con Innowise a compiti selezionati di Java e QA. Queste attività aggiuntive hanno supportato il più ampio sforzo di modernizzazione del cliente, mentre l'impegno principale è rimasto focalizzato su DevOps/SRE e sulle operazioni di infrastruttura.
Il tuo messaggio è stato inviato.
Elaboreremo la vostra richiesta e vi ricontatteremo al più presto.