Event Sourcing per i sistemi di Supply Chain

00:00:07 Event sourcing e i suoi vantaggi rispetto ai database relazionali tradizionali.
00:00:31 Event sourcing e il suo concetto fondamentale.
00:01:52 L’ascesa dei database relazionali e del software CRUD negli anni ‘70.
00:04:29 Limitazioni e ipotesi introdotte dai sistemi basati su CRUD.
00:06:10 I vantaggi dell’event sourcing nella risoluzione dei bug e nella manutenzione del sistema.
00:08:00 La frustrazione di dover gestire sistemi mutevoli e bug quantistici nell’ingegneria del software.
00:09:02 L’event sourcing come soluzione per i problemi della Supply Chain e la sua relazione con il basso costo di archiviazione dei dati.
00:12:38 L’adozione dell’event sourcing nelle grandi aziende e i suoi vantaggi in termini di trasparenza ed efficienza.
00:14:36 L’event sourcing come prospettiva alternativa alla metodologia grezza nella progettazione di software per la Supply Chain.
00:15:37 La futura diffusione dell’event sourcing e le potenziali barriere alla sua adozione su larga scala.
00:17:18 Il confronto tra i principi dell’event sourcing e i principi contabili e la loro importanza.
00:19:22 La necessità di adottare un approccio basato sui dati nella gestione della Supply Chain.
00:20:25 Fare ipotesi sulla futura crescita di Amazon e le sue potenziali limitazioni.
00:21:07 Conclusioni e osservazioni finali.

Riassunto

In un’intervista con Joannes Vermorel, fondatore di Lokad, il conduttore Kieran Chandler esplora il concetto di event sourcing e i suoi benefici nella supply chain management. L’event sourcing implica rappresentare lo stato di un sistema informatico come una sequenza di eventi, che fornisce una visione più trasparente e immutabile degli eventi passati, facilitando la riproduzione e la risoluzione dei problemi. Vermorel osserva che la popolarità del modello CRUD, che permette agli utenti di creare, leggere, aggiornare ed eliminare dati, a volte può rendere difficile riconoscere i potenziali benefici dell’event sourcing. Tuttavia, egli ritiene che, man mano che il costo di archiviazione dei dati diminuisce, l’event sourcing diventerà più diffuso, trainato dalla crescita di aziende guidate dalla tecnologia come Amazon.

Riassunto Esteso

In questa intervista, il conduttore Kieran Chandler e Joannes Vermorel, il fondatore di Lokad, discutono il concetto di event sourcing e la sua crescente popolarità in confronto ai database relazionali tradizionali. L’event sourcing è un approccio in cui lo stato di un sistema informatico è solo il riflesso di una serie di eventi, con l’idea che non esista una rappresentazione diretta dei dati se non tramite gli eventi stessi. Ad esempio, nel software di inventory management, non esiste un stock level specifico, ma solo un flusso di movimenti di stock che, una volta consolidati, forniscono un numero sintetico che rappresenta il livello attuale di stock.

Durante gli anni ‘70, furono fatte delle scelte su come rappresentare elettronicamente i dati aziendali. Il modello relazionale divenne popolare, e la maggior parte dei supply chain software oggi rientra nella categoria delle applicazioni CRUD (create, read, update, delete). Il software CRUD si basa su tabelle con campi, che permettono agli utenti di aggiungere, leggere, modificare o eliminare righe all’interno della tabella. Questo modello semplice ha avuto successo ed è stato ampiamente adottato in vari settori.

Tuttavia, Vermorel osserva che esistono approcci alternativi alla rappresentazione dei dati, come l’event sourcing. Egli suggerisce che la popolarità del CRUD può talvolta rendere difficile riconoscere i potenziali benefici di altri metodi. Una differenza significativa tra CRUD e event sourcing è l’idea della mutabilità; nel CRUD, il passato è mutevole, il che può essere sconcertante da un punto di vista filosofico. Al contrario, l’event sourcing offre una visione più trasparente degli eventi passati e dei cambiamenti avvenuti in un sistema.

La discussione evidenzia l’interesse crescente per l’event sourcing come alternativa ai tradizionali database relazionali nella gestione della Supply Chain e in altre applicazioni. Sebbene il CRUD sia stato ampiamente adottato, potrebbe non essere sempre l’approccio migliore, e l’esplorazione di metodi alternativi di rappresentazione dei dati, come l’event sourcing, può potenzialmente fornire una maggiore chiarezza e comprensione degli eventi passati.

Vermorel spiega che la stragrande maggioranza dei sistemi software utilizzati per gestire le Supply Chain, come gli ERP e gli MRP, sono costruiti su un passato mutevole, il che può portare a situazioni complesse e controintuitive. Tuttavia, egli suggerisce che un approccio migliore sarebbe considerare il passato come immutabile, poiché ciò può aiutare a evitare tali problemi.

Un vantaggio significativo dell’utilizzo dell’event sourcing, secondo Vermorel, è la sua utilità nella risoluzione dei bug. Egli osserva che i grandi sistemi software per la Supply Chain spesso presentano numerosi bug e funzionalità indesiderate, che possono persistere per anni e risultare frustranti da affrontare. Con l’event sourcing, tutte le informazioni nel sistema sono rappresentate come una serie di eventi. Durante il debug, gli ingegneri possono semplicemente riprodurre gli eventi uno per uno per ricreare esattamente la situazione che ha causato il problema e risolverlo.

Vermorel contrappone ciò alla situazione alternativa in cui lo stato del sistema è mutevole, rendendo difficile per i team IT riprodurre e risolvere i problemi. Questo può portare a un ciclo frustrante di segnalazioni di bug e tentativi di correzione, con i bug che spesso riappaiono dopo un breve periodo. L’event sourcing, invece, fornisce un modo deterministico per rigenerare e risolvere i problemi.

La discussione poi si sposta sull’idea dell’event sourcing in modo più dettagliato, con Vermorel che spiega come esso consista nell’analizzare ogni operazione che avviene all’interno di una Supply Chain. Egli suggerisce che ci si possa chiedere perché l’event sourcing non sia l’approccio predefinito, dato che è in linea con il modo in cui i contabili hanno utilizzato i registri per secoli. I registri sono tipicamente immutabili, con nuove transazioni aggiunte per correggere errori precedenti piuttosto che riscrivere le transazioni passate.

Vermorel spiega che la ragione per cui l’event sourcing non è l’approccio predefinito è dovuta all’elevato costo di archiviazione dei dati nei computer alla fine degli anni ‘70 e all’inizio degli anni ‘80. Per risparmiare sui costi di gestione del magazzino, i sistemi software erano progettati per sovrascrivere i dati passati con totali aggiornati. Tuttavia, egli sottolinea che l’archiviazione dei dati è diventata molto più economica, rendendo più fattibile implementare l’event sourcing come pratica standard.

Quando gli viene chiesto se le aziende più piccole dovrebbero interessarsi all’event sourcing, Vermorel risponde che si tratta di una prospettiva filosofica sul passato, con l’idea che il passato debba essere immutabile nei sistemi informatici. Sebbene la maggior parte degli ERP non utilizzi l’event sourcing, Vermorel ritiene che adottare questo approccio possa aiutare a prevenire i problemi associati a passati mutevoli nei software per la gestione della Supply Chain.

In sintesi, Joannes Vermorel sostiene l’uso dell’event sourcing nell’ottimizzazione della Supply Chain, sottolineando i suoi vantaggi nella risoluzione dei bug e l’allineamento con la natura immutabile del passato. Sebbene non ancora ampiamente adottato, l’event sourcing fornisce un modo più deterministico per gestire i problemi nei sistemi software per la Supply Chain e potrebbe interessare aziende di ogni dimensione.

Esplorano i benefici di questo approccio, la sua adozione da parte dei leader tecnologici, e la sua potenziale diffusione futura sul mercato.

L’event sourcing è un metodo di progettazione del software che memorizza lo stato di un sistema come una sequenza di eventi, anziché attraverso la metodologia più tradizionale Create, Read, Update, Delete (CRUD). Vermorel osserva che leader tecnologici, come Amazon, Zalando e Alibaba, hanno adottato l’event sourcing nei loro sistemi per la Supply Chain, con Amazon che è un importante motore della sua adozione sul mercato.

Vermorel sostiene che l’event sourcing offra diversi benefici per la gestione della Supply Chain. Innanzitutto, fornisce maggiore trasparenza ed efficienza, riducendo inoltre gli sprechi e migliorando la reattività. In secondo luogo, evidenzia le limitazioni del CRUD, fortemente influenzato da vincoli economici che erano rilevanti solo negli anni ‘70 e ‘80.

Guardando al futuro, Vermorel crede che l’event sourcing diventerà più diffuso man mano che l’archiviazione dei dati diventerà più economica e le aziende guidate dalla tecnologia continueranno a crescere. Egli sottolinea che l’adozione sul mercato è guidata da un processo di “great filter”, in cui le aziende che utilizzano metodi meno efficaci escono dal mercato, lasciando prosperare quelle che adottano approcci più vincenti.

Vermorel evidenzia anche l’importanza dell’event sourcing per le aziende con sistemi software interni. Anche se non adottano esplicitamente l’event sourcing, comprendere i suoi principi può aiutarle a mitigare i problemi di mutabilità nei loro sistemi CRUD esistenti. Egli afferma che l’event sourcing dovrebbe essere considerato un pilastro della pratica nella Supply Chain, proprio come il concetto di registro non riscrivibile in contabilità.

Poiché i professionisti della Supply Chain sono guidati dai dati per necessità, Vermorel sostiene che è essenziale per loro avere principi guida per la raccolta, l’organizzazione e l’elaborazione dei dati. Egli suggerisce che esplorare l’event sourcing può aiutare i professionisti a identificare e affrontare molte problematiche sottostanti all’interno delle loro organizzazioni.

Vermorel prevede un futuro in cui l’event sourcing continuerà ad aumentare la sua quota di mercato, trainato dalla crescita di aziende guidate dalla tecnologia come Amazon. Tuttavia, egli riconosce che le economies of scale potrebbero eventualmente limitare il dominio di queste aziende, consentendo approcci più diversificati alla gestione della Supply Chain.

Trascrizione Completa

Kieran Chandler: Quindi oggi andremo a capire un po’ meglio come funziona e a discutere di come possa fornire una maggiore chiarezza su ciò che è accaduto in passato. Allora, Joannes, cos’è esattamente l’event sourcing?

Joannes Vermorel: L’event sourcing, tecnicamente, è l’idea che lo stato del tuo sistema informatico sia solo il riflesso di una serie di eventi. Quindi, tutto ciò che puoi vedere in un sistema informatico, o tutto ciò che esso fa, si basa sugli eventi. Hai solo eventi, e se hai qualcosa come un totale in visualizzazione o qualsiasi informazione nel sistema, è solo il risultato diretto di una serie di eventi. Per rendere ciò molto concreto, l’idea sarebbe, per esempio, che se hai un livello di stock in visualizzazione nel tuo software di gestione dell’inventario, non esiste un livello di stock specifico nel software. Tutto ciò che hai è solo un flusso di movimenti di stock, da cui le quantità vengono aggiunte o prelevate, e quando consolidi tutti quegli eventi, ottieni un numero sintetico che rappresenta il livello attuale di stock. Ma l’idea dell’event sourcing è che il sistema non ha altro che eventi per quanto riguarda il passato.

Kieran Chandler: Quindi, dove vengono utilizzate queste tecniche di event sourcing? È qualcosa che vediamo spesso sul mercato?

Joannes Vermorel: Negli anni ‘70, sono state fatte delle scelte su quale sarebbe stato il modo migliore per rappresentare i dati di un’azienda in generale, e il suo passato in particolare. Potrebbe sembrare molto filosofico, ma in realtà è una questione molto ampia. Quando vuoi digitalizzare la tua azienda, hai bisogno di una rappresentazione elettronica della tua azienda e del suo passato. Anche se si tratta di un passato molto recente, rimane comunque il passato. Quindi, fondamentalmente, vuoi avere un riflesso del passato, e si è scoperto che esistono molti modi per farlo. Alcuni di questi modi sono diventati incredibilmente popolari alla fine degli anni ‘70 e hanno mantenuto la loro popolarità per i decenni successivi. Ma non è l’unico modo di considerarlo. È molto intrigante che quando hai un certo modo di fare le cose che diventa estremamente popolare, potrebbe diventare così grande che, a un certo punto, non ti rendi nemmeno conto che è effettivamente possibile farlo in modi molto diversi.

Quello che è successo è che questo modello relazionale ha vinto, e con esso è nato il tipo di applicazione costruita sopra di esso. Fondamentalmente, la stragrande maggioranza dei software per la Supply Chain al giorno d’oggi rientra nella categoria di quello che è conosciuto come software CRUD. CRUD è in realtà un acronimo che sta per Create, Read, Update, Delete. Quindi, l’idea è che hai tabelle, ogni tabella ha dei campi, e poi quello che fa il tuo software è che puoi aggiungere una riga (questo è il Create), puoi leggere una riga esistente, puoi modificarla (questo è l’Update) ed eliminarla. Questo modello è molto semplice se ci pensi, e quelle quattro variabili, il CRUD, sono riuscite a conquistare il mondo della Supply Chain, in modo da riflettere praticamente tutto. Ha avuto molto successo, è stato molto popolare, ma non è lo stesso approccio. E la cosa interessante è che esistono altri approcci alternativi, e l’event sourcing è uno di essi.

Kieran Chandler: Esaminiamo dunque la popolarità di quell’approccio CRUD. Ha introdotto qualche vincolo o assunzione a cui ora siamo abituati?

Joannes Vermorel: Sì, ha introdotto qualcosa che è

Kieran Chandler: Qualcosa che risulta molto sconcertante quando ci si ferma a riflettere, quasi da una prospettiva filosofica, è che il passato è mutevole. Voglio dire, quando pensi alla tua esperienza quotidiana, qualcosa è accaduto nel passato e non puoi cambiarlo, giusto? È proprio così. Eppure, nei sistemi informatici, i moderni sistemi enterprise come ERP, MRP, ecc., tutte quelle classi di sistemi software complessi che gestiscono le aziende e le loro Supply Chain, la stragrande maggioranza di quei sistemi software è costruita sul principio di design crude che prevede che il passato sia completamente mutevole. Se ci pensi, ti ritrovi con ogni sorta di situazioni bizzarre che sono solo il risultato del fatto che il passato è mutevole, e questo può portare a una sorta di modo distorto di pensare ai sistemi. Crea molta complessità e, in generale, si scontra con ciò che intuitivamente penseresti dei sistemi.

Joannes Vermorel: Sì, c’è un vantaggio nell’uso dell’event sourcing che è in realtà molto significativo e incredibilmente banale: correggere i bug. I grandi sistemi software di supply chain hanno bug, funzionalità indesiderate dappertutto e, tipicamente, il problema dura letteralmente decenni. Ci sono migliaia di ticket aperti e affidati all’IT, e la maggior parte di essi non viene mai risolta. È così frustrante. L’event sourcing è strettamente legato alla correzione dei bug. Da Lokad, usiamo l’event sourcing internamente da un decennio, ed è molto interessante. Quando ti trovi di fronte a un bug in un sistema basato sugli eventi, tutte le informazioni sono rappresentate come una serie di eventi. Quindi, quando vuoi fare debug di qualcosa, devi semplicemente riprodurre gli eventi uno per uno. Dato che l’unico dato che esiste nel tuo sistema è questo flusso di eventi, puoi riprodurre esattamente la stessa situazione che ha creato il problema e risolverlo.

Confrontiamo questo con la situazione alternativa in cui tutto lo stato del sistema è mutabile. Il problema è che, al momento in cui ti trovi di fronte a un problema, come una discrepanza nei livelli di stock, questi continuano a cambiare. Quando il team IT esamina il problema, questo è già sparito. Non puoi riprodurlo e non puoi risolverlo. È estremamente frustrante per un ingegnere del software dover gestire un sistema altamente mutabile.

L’event sourcing è molto interessante in questo senso perché ti offre un modo completamente deterministico per rigenerare quei problemi e risolverli definitivamente. Se osservi i problemi della supply chain in generale, anche se il software non risolverà tutti i problemi, si scopre che in realtà…

Kieran Chandler: Il software crea frequentemente una quota iniziale dei problemi che le modern supply chains stanno affrontando. Ok, torniamo indietro e analizziamo un po’ più in dettaglio l’event sourcing, questa idea di osservare ogni singola operazione banale che si è verificata in una supply chain. Sembra un po’ noioso. Quanto sarebbe facile, allora, tornare indietro e verificare cosa è successo per arrivare alla causa radice di un problema?

Joannes Vermorel: Perché non è d’uso comune registrare semplicemente gli eventi man mano che accadono e dire “questo è il passato”, sai? Quando si guarda a ciò che, direi, le persone hanno fatto per secoli, come i contabili, che utilizzavano registri. I registri possiedono la caratteristica di essere, di norma, immutabili. Si aggiunge solo in coda a un registro. Se commetti un errore in una transazione, non cancelli una transazione passata. Aggiungi semplicemente un’altra transazione che indica che quella transazione precedente era sbagliata, e fornisce la correzione, ed è così che si lavora. Quindi non riscrivi il passato, ma aggiungi semplicemente ulteriori elementi alla fine.

Ma alla fine degli anni ‘70, lo storage dei computer era incredibilmente costoso, e quindi l’idea di mantenere l’immutabilità del passato era una bella caratteristica se il budget era limitato. Se il tuo registro, come contabile, aveva solo 10 pagine e se finivi lo spazio, l’unica cosa a disposizione era una gomma. Quindi, ciò che si faceva era riassumere i totali per i libri contabili, aggiungere alcune transazioni, e ogni volta che si esauriva lo spazio, si cancellava semplicemente la transazione passata, si aggiornavano i totali, ed era tutto. È letteralmente ciò che accadeva alla fine degli anni ‘70 e all’inizio degli anni ‘80. L’intero mondo del software intraprese una strada che aveva senso a causa del fatto che l’archiviazione dei dati allora era incredibilmente costosa.

Avanzando di 40 anni, lo storage dei dati è diventato semplicemente pazzesco di economico. Puoi comprare un hard disk da un terabyte per cinquanta dollari. È incredibilmente economico. Quindi, se vuoi avere uno storage dei dati super affidabile, hai bisogno di copie multiple e di un sistema per gestirle, ma siamo sotto 1$ per gigabyte, e i dati sono semplicemente molto, molto economici.

L’event sourcing è in larga misura l’architettura grezza di un intero sistema ERP. Questi sono argomenti di vero interesse per le grandi multinazionali e per aziende importanti come SAP. Le aziende più piccole dovrebbero davvero interessarsi a qualcosa del genere?

Kieran Chandler: È una domanda interessante. Le aziende più piccole dovrebbero interessarsi all’event sourcing?

Joannes Vermorel: Penso che l’event sourcing rappresenti una prospettiva filosofica sul passato, fondamentalmente il fatto che il passato è immutabile, e i sistemi informatici che possiedi devono rispecchiarlo, altrimenti finirai con soluzioni subottimali. La stragrande maggioranza degli ERP non utilizza l’event sourcing, ed è questo il primo punto critico. La maggior parte degli ERP, infatti, non lo adotta. Se osservi chi utilizza l’event sourcing, si tratta di leader tecnologici che di solito non producono software per supply chain, forse ad eccezione di Amazon, Zalando e Alibaba, le aziende che gestiscono la propria supply chain con software su misura.

In termini di benefici, molte aziende cercano di avere maggiore trasparenza nella supply chain. Vogliono essere più efficienti, meno spreconi, più snelli, più reattivi, e stanno affrontando notevoli difficoltà con i loro sistemi IT.

Kieran Chandler: Anche se si tratta di problemi molto diffusi per i quali non esiste una soluzione univoca, quello che osservo è che l’event sourcing è molto interessante perché evidenzia un difetto specifico, direi, del modo eccessivamente dominante di progettare software per i problemi della supply chain. Di solito, la maggior parte dei professionisti non è nemmeno consapevole che esistano altre prospettive. Quindi, penso che l’event sourcing sia molto interessante non necessariamente perché sia la risposta definitiva a questi problemi, ma semplicemente perché il fatto stesso che esista dimostra che in realtà questa metodologia CRUD, in cui CRUD sta per Create, Read, Update, Delete, mostra chiaramente che tale approccio, utilizzato per costruire sistemi software per affrontare la supply chain, non rappresenta il traguardo finale. È solo uno dei modi, e questo pattern di progettazione è stato fortemente influenzato dai vincoli economici che erano rilevanti solo negli anni ‘70 e ‘80, e già alla fine degli anni ‘90 stavano cominciando a svanire. Quindi ora, se guardiamo al futuro, lo storage dei dati è incredibilmente economico e abbiamo superato quei limiti. Riesci a prevedere che l’event sourcing diventerà più comune sul mercato nei prossimi decenni, e ci sono ancora ostacoli che dobbiamo superare affinché ciò accada?

Joannes Vermorel: Innanzitutto, l’event sourcing sta diventando più diffuso proprio perché Amazon sta crescendo sempre di più. Inoltre, ogni volta che Amazon conquista l'1% della quota di mercato, l’event sourcing diventa, in un certo senso, l'1% più diffuso sul mercato. E quando dico Amazon, intendo tutte le altre aziende trainate dalla tecnologia che stanno letteralmente conquistando il mercato. Quindi sì, sta decisamente diventando più diffuso. Il mercato è un grande filtro, non un educatore, per cui le cose non diventano più popolari perché vengano adottate; diventano più popolari semplicemente perché le aziende che non le usano falliscono e scompaiono, e così le aziende rimaste finiscono per utilizzare ciò che funziona meglio. Quindi, può diventare più popolare? Io direi di certo. E se guardo alla base clienti di Lokad, circa un quarto o un quinto dei nostri clienti possiede sistemi software interni e su misura per gestire l’azienda. Quindi, se possiedi sistemi software interni, ti consiglierei fortemente di dare un’occhiata all’event sourcing. Anche se non adotti immediatamente l’event sourcing perché rappresenta un completo cambiamento di paradigma nella progettazione del tuo software, c’è ancora molto da imparare. E se conosci bene l’event sourcing, questo ti permette in realtà di implementare il CRUD, sai, il modo consueto di gestire la supply chain.

Kieran Chandler: Oggi il software può essere utilizzato in modi che mitigano i problemi legati alla mutabilità del passato. Se progetti il software con molta attenzione, puoi in realtà modificare il passato nel tuo codice e ottenere qualcosa che si avvicina molto di più agli eventi o a concetti simili. Non è necessario riscrivere tutto per raggiungere questo obiettivo. Direi che non è solo un problema per l’IT. Alcune persone potrebbero liquidare tutto questo come una roba da super geek, di interesse esclusivo per gli architetti di database, ma io credo che sia ben più di così.

Joannes Vermorel: Sono d’accordo, concetti di altissimo livello come questi dovrebbero essere il pilastro della pratica della supply chain. Proprio come il fatto che un registro non possa essere riscritto è un principio fondamentale della contabilità. In contabilità, sai che non si dovrebbe tornare indietro nei libri degli anni precedenti per riscrivere le transazioni. Nessuno direbbe che questo aspetto dei registri è solo un dettaglio software. Questi principi erano stabiliti ben prima dell’avvento dei computer.

Se consideriamo che essere un professionista della supply chain comporta la gestione di una grande quantità di dati, è difficile percepire la realtà delle supply chain perché sono vaste, complesse e distribuite in più siti. Per definizione, come professionista della supply chain, non puoi vedere tutto con i tuoi occhi. Puoi vedere un negozio, un magazzino, ma non puoi essere ovunque. Quindi, sei guidato dai dati per necessità. Le uniche cose che vedi nella tua supply chain sono fondamentalmente i numeri estratti da molti sistemi.

Credo che, proprio come un contabile, tu debba avere certi principi guida sul modo in cui vengono raccolti, organizzati e processati questi dati. Tornando all’event sourcing, penso che sia qualcosa a cui i professionisti della supply chain dovrebbero davvero prestare attenzione, perché li aiuterà a identificare un sacco di problemi sottostanti nella loro organizzazione.

Kieran Chandler: Brillante. Beh, se continuiamo ad aspettare Amazon, presto prenderanno un altro punto percentuale e si avvicineranno al 100%. A un certo punto, aziende grandi come Amazon potrebbero crollare sotto il loro stesso peso a causa della difficoltà di diventare davvero gigantesche. Questo impedirà loro di conquistare il 100% della quota di mercato, ma il problema è che saranno proprio altri concorrenti simili ad Amazon a impadronirsi del resto del mercato.

Joannes Vermorel: Sì, tenete d’occhio questo spazio.

Kieran Chandler: Questo è tutto per questa settimana. Grazie mille per averci seguito, e ci vediamo alla prossima. Arrivederci per ora.