Lendo loan platform DevOps/SRE support and modernization

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 loan platform DevOps/SRE support and modernization
Industria Fintech
Dipendenti 250+
Regione Norvegia, Svezia, Danimarca
Servizi DevOps, QA, miglioramento del software
Cliente da 2025

Panoramica del cliente

Riassumere l'articolo con AI

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.

Sfida

  • L'attività di Lendo dipende da una piattaforma stabile e reattiva in grado di elaborare le richieste di prestito, connettersi con le banche partner e restituire le offerte senza ritardi. Poiché il servizio opera su diversi mercati, la stabilità della piattaforma e la coerenza operativa erano importanti sia per i team interni che per gli utenti finali.
  • Quando Innowise si è unito al progetto, il cliente aveva bisogno di un modello di proprietà dell'infrastruttura più centralizzato e di un approccio più strutturato al supporto operativo. Le conoscenze erano disperse, la documentazione era limitata e l'assistenza quotidiana si basava troppo sulle conoscenze individuali piuttosto che su processi condivisi.
  • Il cliente desiderava inoltre una migliore visibilità della sua configurazione cloud sia dal punto di vista operativo che dei costi. Allo stesso tempo, Lendo stava portando avanti una più ampia opera di modernizzazione, che ha aumentato la necessità di un supporto infrastrutturale più solido, di una più chiara proprietà operativa e di processi di consegna più affidabili.
  • Da un punto di vista tecnico, l'ambiente era suddiviso tra GCP e AWS, con livelli di maturità molto diversi. Gran parte della parte GCP era già gestita attraverso Infrastructure as Code, mentre gran parte di AWS era ancora configurata manualmente attraverso la console del cloud. Questo ha reso la configurazione più difficile da monitorare, mantenere e modificare in modo sicuro, soprattutto in un progetto con una documentazione limitata e un trasferimento di conoscenze incompleto.
  • La complessità della piattaforma ha aggiunto un ulteriore livello di difficoltà. L'ambiente di Lendo comprendeva più cluster, macchine virtuali, database, flussi di monitoraggio e canali di supporto, ma senza una chiara proprietà centralizzata. Inoltre, il team ha dovuto affrontare problemi di infrastruttura ricorrenti, compiti urgenti legati alla sicurezza e alla resilienza e, in seguito, una grande transizione infrastrutturale legata alla separazione di Lendo dalla precedente società madre e alla preparazione dell'integrazione con una nuova organizzazione.

Servizi DevOps/SRE forniti

Scoperta e piallatura

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.

Impostazione operativa

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.

Flussi di lavoro chiave

Proprietà dell'infrastruttura e gestione della piattaforma

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.

Gestione dell'ambiente AWS e GCP

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.

Modernizzazione CI/CD

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.

Assistenza su chiamata e gestione degli avvisi

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.

Revisione dell'infrastruttura e gestione dei problemi tecnici

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.

Supporto alla sicurezza e alla resilienza

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.

Supporto alla separazione e alla transizione dell'infrastruttura

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.

Aggiornamento del database legacy per un monolite PHP

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.

Impostazione del processo QA

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.

Approccio alla consegna

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à.

Quote icon

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.

Raman Pitselmakhau
Raman Pitselmakhau Proprietario del prodotto DevOps&SRE / Responsabile dell'infrastruttura

Tecnologie

  • Piattaforme cloud
  • Infrastruttura come codice
  • CI/CD e GitOps
  • Orchestrazione dei container
  • Monitoraggio, registri e gestione degli incidenti
  • Gestione della sicurezza
  • Strumenti per dati e piattaforme
  • Controllo della fonte e collaborazione
  • Stack applicativo coinvolto

Piattaforme cloud

AWS

EC2, S3, VPC, IAM, Route 53, Lambda, RDS, DynamoDB, ElastiCache, SQS, SNS, Cognito, Secrets Manager, CodePipeline

GCP

GCE, GKE, IAM, Pub/Sub, GCS, Cloud SQL, VPC condiviso, KMS, Secret Manager, Dataflow, BigQuery. Gestore, flusso di dati, BigQuery

Infrastruttura come codice

Terraform, Atlantide

CI/CD e GitOps

Azioni GitHub, ArgoCD, Travis, Spinnaker, sk8ts

Orchestrazione dei container

EKS, GKE, Docker

Monitoraggio, registri e gestione degli incidenti

PagerDuty, Prometheus, VictoriaMetrics, Grafana, CloudGuarda, Stackdriver, Humio

Gestione della sicurezza

Wiz, Checkov, GitHub Security Scan, JFrog Artifact Scan, Detectify

Strumenti per dati e piattaforme

RabbitMQ, PostgreSQL, cloud-sql-proxy, PgBouncer, Istio

Controllo della fonte e collaborazione

GitHub, Jira, Confluence, Slack, Google Chat

Stack applicativo coinvolto

Go, Python, Java, PHP, Node.js

Piattaforme cloud

AWS

EC2, S3, VPC, IAM, Route 53, Lambda, RDS, DynamoDB, ElastiCache, SQS, SNS, Cognito, Secrets Manager, CodePipeline

GCP

GCE, GKE, IAM, Pub/Sub, GCS, Cloud SQL, VPC condiviso, KMS, Secret Manager, Dataflow, BigQuery. Gestore, flusso di dati, BigQuery

Infrastruttura come codice

Terraform, Atlantide

CI/CD e GitOps

Azioni GitHub, ArgoCD, Travis, Spinnaker, sk8ts

Orchestrazione dei container

EKS, GKE, Docker

Monitoraggio, registri e gestione degli incidenti

PagerDuty, Prometheus, VictoriaMetrics, Grafana, CloudGuarda, Stackdriver, Humio

Gestione della sicurezza

Wiz, Checkov, GitHub Security Scan, JFrog Artifact Scan, Detectify

Strumenti per dati e piattaforme

RabbitMQ, PostgreSQL, cloud-sql-proxy, PgBouncer, Istio

Controllo della fonte e collaborazione

GitHub, Jira, Confluence, Slack, Google Chat

Stack applicativo coinvolto

Go, Python, Java, PHP, Node.js

Team

Icon 1
Responsabile di progetto
Icon 1
DevOps Engineerr
Icon 4
SRE/DevOps Engineers
Icon 1
Specialista dello spazio di lavoro Google
Innowise team

Risultati

Durata del progetto
Maggio 2025 - In corso

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.

Indice dei contenuti

Rafforzare l'affidabilità della piattaforma

    Contattateci

    Prenota una chiamata oppure compilate il modulo sottostante e sarete ricontattati una volta elaborata la vostra richiesta.

    Inviaci un messaggio vocale
    Allegare i documenti
    Caricare il file

    È possibile allegare 1 file di dimensioni massime di 2 MB. Formati di file validi: pdf, jpg, jpeg, png.

    Facendo clic su Invia, l'utente acconsente al trattamento dei propri dati personali da parte di Innowise in base alla nostra Informativa sulla privacy per fornirvi informazioni pertinenti. Inviando il vostro numero di telefono, accettate che possiamo contattarvi tramite chiamate vocali, SMS e applicazioni di messaggistica. Potrebbero essere applicate tariffe per chiamate, messaggi e dati.

    Potete anche inviarci la vostra richiesta
    a contact@innowise.com
    Cosa succede dopo?
    1

    Una volta ricevuta ed elaborata la vostra richiesta, vi contatteremo per illustrarvi le esigenze del vostro progetto. Progetto e firmare un NDA per garantire la riservatezza.

    2

    Dopo aver esaminato i vostri desideri, le vostre esigenze e le vostre aspettative, il nostro team elaborerà una proposta di progetto con l'ambito di lavoro, le dimensioni del team, i tempi e le stime dei costi stimati.

    3

    Organizzeremo un incontro con voi per discutere l'offerta e definire i dettagli.

    4

    Infine, firmeremo un contratto e inizieremo subito a lavorare sul vostro progetto.

    arrow