Event Sourcing per i sistemi di supply chain

00:00:07 Event sourcing e i suoi vantaggi rispetto ai tradizionali database relazionali.
00:00:31 Event sourcing e il suo concetto principale.
00:01:52 La diffusione dei database relazionali e del software CRUD negli anni ‘70.
00:04:29 Vincoli e assunzioni introdotti dai sistemi basati su CRUD.
00:06:10 Vantaggi dell’event sourcing nella correzione di bug e nella manutenzione del sistema.
00:08:00 Frustrazione nel gestire sistemi mutabili e bug quantistici nell’ingegneria del software.
00:09:02 Event sourcing come soluzione per i problemi della supply chain e la sua relazione con l’archiviazione economica dei dati.
00:12:38 Adozione dell’event sourcing nelle grandi aziende e i suoi vantaggi in termini di trasparenza ed efficienza.
00:14:36 Event sourcing come una prospettiva alternativa alla metodologia grezza nella progettazione del software di supply chain.
00:15:37 Futura diffusione dell’event sourcing e potenziali ostacoli alla sua adozione diffusa.
00:17:18 Confronto tra i principi dell’event sourcing e i principi della contabilità e la loro importanza.
00:19:22 La necessità di essere orientati ai dati nella gestione della supply chain.
00:20:25 Speculazioni sul futuro crescita di Amazon e potenziali limitazioni.
00:21:07 Conclusioni e osservazioni finali.

Riassunto

In un’intervista con Joannes Vermorel, fondatore di Lokad, l’host Kieran Chandler esplora il concetto di event sourcing e i suoi vantaggi nella gestione della supply chain. L’event sourcing prevede la rappresentazione dello 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 consente agli utenti di creare, leggere, aggiornare ed eliminare dati, a volte può rendere difficile riconoscere i potenziali vantaggi dell’event sourcing. Tuttavia, egli ritiene che con la diminuzione dei costi di archiviazione dei dati, l’event sourcing diventerà sempre più diffuso, trainato dalla crescita delle aziende tecnologiche come Amazon.

Riassunto Esteso

In questa intervista, l’host Kieran Chandler e Joannes Vermorel, fondatore di Lokad, discutono del concetto di event sourcing e della sua crescente popolarità rispetto ai tradizionali database relazionali. L’event sourcing è un approccio in cui lo stato di un sistema informatico è solo un riflesso di una serie di eventi, con l’idea che non ci sia una rappresentazione diretta dei dati diversa dagli eventi stessi. Ad esempio, nel software di gestione delle scorte, non esiste un livello di stock specifico, ma piuttosto un flusso di movimenti di stock che, quando consolidati, forniscono un numero sintetico che rappresenta il livello di stock attuale.

Negli anni ‘70 furono prese delle scelte su come rappresentare i dati di un’azienda in formato elettronico. Il modello relazionale divenne popolare e la maggior parte del software di gestione della supply chain rientra ora nella categoria delle applicazioni CRUD (create, read, update, delete). Il software CRUD si basa su tabelle con campi, che consentono agli utenti di aggiungere, leggere, modificare o eliminare righe all’interno della tabella. Questo modello semplice è stato di successo e ampiamente adottato in diversi settori.

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

La discussione mette in evidenza l’interesse crescente per l’event sourcing come alternativa ai tradizionali database relazionali per la gestione della supply chain e altre applicazioni. Sebbene il CRUD sia stato ampiamente adottato, potrebbe non sempre essere il miglior approccio, e l’esplorazione di metodi alternativi di rappresentazione dei dati come l’event sourcing può fornire una migliore 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 con un passato mutabile, il che può portare a situazioni complesse e controintuitive. Tuttavia, suggerisce che un approccio migliore sarebbe considerare il passato come immutabile, in quanto ciò può aiutare a evitare tali problemi.

Un vantaggio significativo dell’utilizzo dell’event sourcing, secondo Vermorel, è la sua utilità nella correzione dei bug. Osserva che i grandi sistemi software per la gestione della supply chain spesso presentano numerosi bug e funzionalità indesiderate, che possono persistere per anni e risultare frustranti da gestire. 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 riprodurre l’esatta situazione che ha creato il problema e correggerlo.

Vermorel contrasta questa situazione con l’alternativa in cui lo stato del sistema è mutabile, rendendo difficile per i team IT riprodurre e risolvere i problemi. Ciò può portare a un ciclo frustrante di segnalazioni di bug e tentativi di correzione, con i bug che spesso riappaiono dopo breve tempo. L’event sourcing, d’altra parte, fornisce un modo deterministico per rigenerare e risolvere i problemi.

La discussione si sposta quindi sull’idea di event sourcing in modo più dettagliato, con Vermorel che spiega che coinvolge l’analisi di ogni operazione che si verifica all’interno di una supply chain. Suggerisce che ci si potrebbe chiedere perché l’event sourcing non sia l’approccio predefinito, poiché si allinea con il modo in cui gli contabili hanno utilizzato i registri per secoli. I registri sono tipicamente immutabili, con nuove transazioni aggiunte per correggere errori precedenti anziché riscrivere transazioni passate.

Vermorel spiega che il motivo per cui l’event sourcing non è l’approccio predefinito è dovuto all’alto costo dello storage informatico alla fine degli anni ‘70 e all’inizio degli anni ‘80. Per risparmiare sui costi di storage, i sistemi software sono stati progettati per sovrascrivere i dati passati con i totali aggiornati. Tuttavia, fa notare che lo storage dei dati è diventato molto più economico, rendendo più fattibile implementare l’event sourcing come pratica standard.

Quando gli viene chiesto se le piccole aziende dovrebbero essere interessate all’event sourcing, Vermorel risponde che si tratta di una prospettiva filosofica sul passato, con l’idea che il passato dovrebbe 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 problemi associati a passati mutabili nel software di gestione della supply chain.

In sintesi, Joannes Vermorel sostiene l’uso dell’event sourcing nell’ottimizzazione della supply chain, sottolineando i suoi benefici nella correzione degli errori e nell’allineamento con la natura immutabile del passato. Sebbene non ancora ampiamente adottato, l’event sourcing offre un modo più deterministico per gestire i problemi nei sistemi software della supply chain e potrebbe interessare aziende di tutte le dimensioni.

Esplorano i vantaggi di questo approccio, la sua adozione da parte dei leader tecnologici e la sua potenziale futura diffusione nel 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 di Creazione, Lettura, Aggiornamento, Eliminazione (CRUD). Vermorel osserva che i leader tecnologici, come Amazon, Zalando e Alibaba, hanno abbracciato l’event sourcing per i loro sistemi di supply chain, con Amazon che è un importante promotore della sua adozione nel mercato.

Vermorel sostiene che l’event sourcing offre diversi vantaggi alla gestione della supply chain. In primo luogo, fornisce maggiore trasparenza ed efficienza, riducendo gli sprechi e migliorando la reattività. In secondo luogo, evidenzia i limiti del CRUD, che è stato fortemente influenzato da vincoli economici rilevanti solo negli anni ‘70 e ‘80.

Guardando avanti, Vermorel ritiene che l’event sourcing diventerà sempre più diffuso man mano che lo storage dei dati diventa più economico e le aziende guidate dalla tecnologia continuano a crescere. Sottolinea che l’adozione di mercato è guidata da un processo di “filtro” in cui le aziende che utilizzano metodi meno efficaci falliscono, lasciando che prosperino quelle che utilizzano approcci più efficaci.

Vermorel sottolinea anche l’importanza dell’event sourcing per le aziende con sistemi software interni. Anche se non adottano l’event sourcing in modo esplicito, comprendere i suoi principi può aiutarle a mitigare i problemi di mutabilità nei loro sistemi CRUD esistenti. Afferma che l’event sourcing dovrebbe essere considerato una pietra angolare della pratica della supply chain, proprio come il concetto di un registro non riscrivibile in contabilità.

Poiché i professionisti della supply chain sono guidati dai dati per necessità, Vermorel sostiene che è essenziale che abbiano principi guida per la raccolta, l’organizzazione e l’elaborazione dei dati. Suggerisce che esplorare l’event sourcing può aiutare i professionisti a identificare e affrontare molti problemi sottostanti all’interno delle loro organizzazioni.

Vermorel vede un futuro in cui l’event sourcing continua a guadagnare quote di mercato, guidato dalla crescita di aziende guidate dalla tecnologia come Amazon. Tuttavia, riconosce che le economie di scala potrebbero limitare alla fine la dominanza di queste aziende, consentendo approcci più diversificati alla gestione della supply chain.

Trascrizione completa

Kieran Chandler: Quindi oggi, cercheremo di capire un po’ meglio come funziona e discuteremo di come può 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 nel 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 fa, si basa sugli eventi. Hai solo eventi e se hai qualcosa come un totale visualizzato o qualsiasi informazione nel sistema, è solo il risultato diretto di una serie di eventi. Per rendere ciò molto concreto, l’idea sarebbe, ad esempio, se hai un livello di stock visualizzato nel tuo software di gestione dell’inventario, non esiste un tale livello di stock nel software. Tutto ciò che hai è solo un flusso di movimenti di stock, in cui sono state inserite o prelevate quantità e quando consolidi tutti quegli eventi, ottieni un numero sintetico che è il livello di stock attuale. Ma l’idea con l’event sourcing è che il sistema non ha nulla tranne eventi per quanto riguarda il passato.

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

Joannes Vermorel: Negli anni ‘70 sono state prese alcune decisioni 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 domanda molto ampia. Quando si desidera digitalizzare la propria azienda, è necessaria una rappresentazione elettronica della stessa e del suo passato. Anche se si tratta di un passato molto recente, è comunque il passato. Quindi, fondamentalmente, si desidera avere un riflesso del passato e si è scoperto che ci sono molti modi per farlo. Alcuni di questi modi sono diventati incredibilmente popolari alla fine degli anni ‘70 e hanno mantenuto la loro popolarità negli ultimi decenni. Ma non è l’unico modo di vederlo. È molto intrigante che quando si ha 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 in realtà è possibile farlo in modi molto diversi.

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

Kieran Chandler: Analizziamo quindi la popolarità di quell’approccio CRUD. Ha introdotto vincoli o presupposti con cui ora siamo abituati a lavorare?

Joannes Vermorel: Sì, ha introdotto qualcosa che è

Kieran Chandler: Qualcosa che è molto sorprendente se ci si pensa, da un punto di vista quasi filosofico, è che il passato è modificabile. Voglio dire, quando si pensa all’esperienza quotidiana, qualcosa è successo nel passato, non si può cambiarlo, giusto? È così com’è. Eppure, nei sistemi informatici, nei moderni sistemi aziendali come ERP, MRP, ecc., tutte quelle classi di complessi sistemi software che gestiscono aziende e le loro supply chain, la stragrande maggioranza di quei sistemi software è costruita sul principio di progettazione grezza che il passato è completamente modificabile. Se si ferma a pensare a questo, si finisce con tutte le situazioni bizzarre che sono solo il risultato del fatto che il passato è modificabile e ciò può portare a un modo distorto di pensare ai sistemi. Crea molta complessità e nel complesso entra in conflitto con ciò che si penserebbe intuitivamente dei sistemi.

Joannes Vermorel: Sì, c’è un vantaggio nell’event sourcing che è effettivamente molto significativo e incredibilmente banale: la correzione dei bug. I grandi sistemi software per la supply chain hanno bug, funzionalità indesiderate ovunque e di solito, questo va avanti letteralmente per decenni. Ci sono migliaia di ticket aperti e inviati all’IT e la maggior parte di essi non viene mai risolta. È così frustrante. L’event sourcing è effettivamente molto legato alla correzione dei bug. Da Lokad, utilizziamo l’event sourcing internamente da un decennio ed è molto interessante. Quando ci si trova di fronte a un bug in un sistema basato su eventi, tutte le informazioni nel sistema sono rappresentate come una serie di eventi. Quindi, quando si vuole fare il debug di qualcosa, è sufficiente riprodurre gli eventi uno per uno. Grazie al fatto che i dati che esistono nel sistema sono solo questa sequenza di eventi, è possibile riprodurre la stessa identica situazione che ha creato il problema e risolverlo.

Confrontiamo questa situazione con l’alternativa in cui tutto lo stato del sistema è modificabile. Il problema è che quando ti trovi di fronte a un problema, come un errore nei livelli di stock, il problema è che i livelli di stock continuano a cambiare. Quando il team IT si occupa del problema, sarà già scomparso. Non puoi riprodurlo e non puoi risolverlo. È estremamente frustrante come ingegnere del software dover affrontare un sistema altamente modificabile. La maggior parte dei bug si rivelano essere come bug quantistici, in cui c’è un bug, ma quando lo si osserva, svanisce. Poi smetti di guardarci e ricompare. È così frustrante.

L’event sourcing è molto interessante da questo punto di vista perché ti offre un modo completamente deterministico per rigenerare quei problemi e risolverli una volta per tutte. Se si guarda ai problemi della supply chain in generale, anche se il software non risolverà tutti i problemi, si scopre che in realtà…

Kieran Chandler: Il software sta spesso creando una buona parte dei problemi che le moderne supply chain stanno affrontando. Ok, torniamo indietro e analizziamo un po’ più nel dettaglio l’event sourcing, questa idea di analizzare ogni singola operazione banale che è avvenuta in una supply chain. Sembra un po’ noioso. Quanto sarebbe facile tornare indietro e verificare cosa è successo e arrivare alla causa radice di un problema?

Joannes Vermorel: Perché non è la norma registrare gli eventi man mano che arrivano e dire che questo è il passato, sai? Quando si guarda a quello che direi che le persone hanno fatto per secoli, come gli contabili, hanno i registri. I registri hanno questa proprietà di essere normalmente immutabili. Si aggiunge solo roba a un registro. Se si commette un errore in una transazione, non si cancella una transazione nel passato. Si aggiunge semplicemente un’altra transazione che dice che questa transazione precedente era errata e qui c’è una correzione, ed è così che si lavora. Quindi non si riscrive il passato, si aggiunge solo altro alla fine.

Ma alla fine degli anni ‘70, lo storage dei computer era incredibilmente costoso, e quindi l’idea di avere questa immutabilità del passato era una sorta di caratteristica interessante se si era davvero stretti. Se il tuo registro, come contabile, ha solo 10 pagine e se finisci lo spazio, l’unica cosa che hai è una gomma. Quindi, quello che fai è cercare di riassumere i totali per i tuoi libri, aggiungere alcune transazioni e ogni volta che finisci lo spazio, cancelli semplicemente la transazione passata, aggiorni i totali e basta. Questo è letteralmente quello che è successo alla fine degli anni ‘70 e all’inizio degli anni ‘80. L’intero mondo del software ha seguito un certo percorso che aveva senso a causa del fatto che lo storage dei dati era così incredibilmente costoso all’epoca.

Ora, 40 anni dopo, lo storage dei dati è semplicemente economicissimo. Puoi comprare un hard disk da un terabyte per cinquanta dollari. È incredibilmente economico. Quindi, se vuoi avere uno storage dati super affidabile, hai bisogno di copie multiple e di un sistema per gestire quelle copie, ma siamo al di sotto di 1 dollaro per gigabyte, e i dati sono semplicemente molto, molto economici.

L’event sourcing è molto l’architettura di base di un intero sistema ERP. Questi sono argomenti che interessano molto alle grandi multinazionali e alle grandi aziende come SAP. Le piccole aziende dovrebbero davvero essere interessate a qualcosa del genere?

Kieran Chandler: È una domanda interessante. Le piccole aziende dovrebbero essere interessate all’event sourcing?

Joannes Vermorel: Penso che l’event sourcing sia una prospettiva filosofica sul passato, che è fondamentalmente che il passato è immutabile e i sistemi informatici che hai devono riflettere questo, altrimenti finirai con soluzioni subottimali. La stragrande maggioranza degli ERP non utilizza l’event sourcing, quindi questo è il primo problema. La stragrande maggioranza degli ERP non lo utilizza. Quando si guarda a chi utilizza l’event sourcing, sono i leader tecnologici che di solito non producono software per la supply chain, forse ad eccezione di Amazon, Zalando e Alibaba, le aziende che gestiscono la propria supply chain con il proprio software personalizzato.

In termini di vantaggi, molte aziende cercano di avere maggiore trasparenza sulla supply chain. Vogliono essere più efficienti, meno sprecone, più snelle, più reattive e stanno lottando molto con i loro sistemi informatici.

Kieran Chandler: Anche se sono problemi molto diffusi, non c’è una risposta unica al problema. Ma quello che vedo è che l’event sourcing è molto interessante perché evidenzia un difetto specifico, direi, del modo eccessivamente dominante di progettare software che viene utilizzato per i problemi della supply chain. Di solito, la maggior parte degli operatori non è nemmeno consapevole di questa prospettiva che ci sono altre prospettive. Quindi penso che l’event sourcing sia molto interessante non necessariamente perché è la risposta definitiva a quei problemi, ma solo perché il fatto stesso che esista dimostra che in realtà questa metodologia CRUD, dove CRUD sta per Create, Read, Update, Delete, mostra solo che questa metodologia CRUD, che è un modo per costruire sistemi software per affrontare le supply chain, non è il punto finale. È solo uno dei modi, e questo design pattern è stato influenzato in modo significativo dai vincoli economici che erano rilevanti solo durante gli anni ‘70 e ‘80, e già alla fine degli anni ‘90, stava svanendo. Quindi ora, se guardiamo al futuro, lo storage dei dati è incredibilmente economico e abbiamo superato quei limiti. Puoi vedere l’event sourcing diventare più diffuso sul mercato nei prossimi decenni e ci sono ancora ostacoli che dobbiamo superare affinché ciò accada?

Joannes Vermorel: Prima di tutto, l’event sourcing sta diventando sempre più diffuso proprio perché Amazon sta crescendo. Inoltre, ogni volta che Amazon guadagna un punto percentuale di quota di mercato, l’event sourcing diventa un punto percentuale più diffuso nel mercato. E quando dico Amazon, intendo tutte le altre aziende tecnologiche che stanno conquistando il mercato. Quindi sì, sta sicuramente diventando più diffuso. Il mercato è un ottimo filtro, non un educatore, quindi le cose non diventano più popolari perché vengono adottate; diventano più popolari solo perché le aziende che non le utilizzano falliscono e scompaiono, e quindi le aziende che rimangono si trovano ad utilizzare le cose che funzionano di più. Quindi, può diventare più popolare? Direi certamente. E quando guardo alla base clienti di Lokad, circa un quarto o un quinto dei nostri clienti ha sistemi software personalizzati interni per gestire l’azienda. Quindi, se hai sistemi software interni, ti consiglierei vivamente di dare un’occhiata all’event sourcing. Anche se non adotti subito l’event sourcing perché è un cambiamento di paradigma completo per la progettazione del tuo software, c’è comunque molto da imparare. E se sei molto familiare con l’event sourcing, ti permette effettivamente di fare CRUD, sai, il modo solito di gestire la supply chain.

Kieran Chandler: Oggi il software può essere utilizzato in modi in cui si mitigano i problemi di mutabilità del passato. Se si è molto attenti al modo in cui lo si progetta, è possibile effettivamente mutare il passato nel proprio codice e ottenere qualcosa che è molto più vicino agli eventi o alle cose. Non è necessario riscrivere tutto per avvicinarsi a questo. Direi che non è solo un problema per l’IT. Alcune persone potrebbero considerarlo una cosa super geek che interessa solo agli architetti dei database, ma penso che sia più di così.

Joannes Vermorel: Sono d’accordo, questo tipo di concetti molto elevati dovrebbero essere la base della pratica della supply chain. Proprio come il fatto che un registro non può essere riscritto è un principio fondamentale dei principi contabili. In contabilità, si sa che non si dovrebbe tornare indietro nei libri degli anni precedenti e riscrivere le transazioni. Le persone non direbbero che questa cosa sui registri è solo un dettaglio del software. Questi principi sono stati stabiliti prima dell’avvento dei computer.

Se consideriamo che essere un professionista della supply chain comporta il dover gestire una grande quantità di dati, è difficile percepire la realtà delle supply chain perché sono vaste, complesse e multilocali. Per definizione, come professionista della supply chain, non puoi dire che vedrai 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 sulla tua supply chain sono essenzialmente i numeri estratti da molti sistemi.

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

Kieran Chandler: Fantastico. Beh, se continuiamo ad aspettare Amazon, prenderanno presto un altro punto percentuale e saranno più vicini al 100%. Ad un certo punto, grandi aziende come Amazon possono collassare sotto il proprio peso a causa della difficoltà di diventare assolutamente gigantesche. Ciò impedirà loro di conquistare il 100% della quota di mercato, ma il problema è che saranno solo altri concorrenti simili ad Amazon a prendere il resto del mercato.

Joannes Vermorel: Sì, aspettiamo e vediamo.

Kieran Chandler: Questo è tutto per questa settimana. Grazie mille per averci seguito e ci vediamo la prossima volta. Ciao per ora.