Event Sourcing für Supply Chain-Systeme

00:00:07 Event Sourcing und seine Vorteile gegenüber herkömmlichen relationalen Datenbanken.
00:00:31 Event Sourcing und sein Kernkonzept.
00:01:52 Der Aufstieg relationaler Datenbanken und CRUD-Software in den 70er Jahren.
00:04:29 Einschränkungen und Annahmen, die durch CRUD-basierte Systeme eingeführt werden.
00:06:10 Vorteile von Event Sourcing bei der Fehlerbehebung und Systemwartung.
00:08:00 Frustration beim Umgang mit veränderlichen Systemen und Quantenfehlern in der Softwareentwicklung.
00:09:02 Event Sourcing als Lösung für Supply Chain-Probleme und seine Beziehung zur kostengünstigen Datenspeicherung.
00:12:38 Die Übernahme von Event Sourcing in großen Unternehmen und seine Vorteile für Transparenz und Effizienz.
00:14:36 Event Sourcing als alternative Perspektive zur groben Methodik in der Softwaregestaltung für Supply Chain.
00:15:37 Zukünftige Verbreitung von Event Sourcing und potenzielle Barrieren für seine weitreichende Akzeptanz.
00:17:18 Vergleich von Event Sourcing-Prinzipien mit Buchhaltungsprinzipien und ihrer Bedeutung.
00:19:22 Die Notwendigkeit, datengetrieben im Supply Chain-Management zu sein.
00:20:25 Spekulationen über das zukünftige Wachstum von Amazon und potenzielle Einschränkungen.
00:21:07 Fazit und abschließende Bemerkungen.

Zusammenfassung

In einem Interview mit Joannes Vermorel, dem Gründer von Lokad, erkundet Moderator Kieran Chandler das Konzept des Event Sourcing und seine Vorteile im Supply Chain Management. Event Sourcing beinhaltet die Darstellung des Zustands eines Computersystems als eine Abfolge von Ereignissen, was eine transparentere und unveränderliche Sicht auf vergangene Ereignisse ermöglicht und es einfacher macht, Probleme zu reproduzieren und zu beheben. Vermorel stellt fest, dass die Beliebtheit des CRUD-Modells, das Benutzern das Erstellen, Lesen, Aktualisieren und Löschen von Daten ermöglicht, manchmal die potenziellen Vorteile des Event Sourcing schwer erkennbar machen kann. Er glaubt jedoch, dass mit sinkenden Kosten für die Datenspeicherung das Event Sourcing immer verbreiteter wird, angetrieben durch das Wachstum von technologiegetriebenen Unternehmen wie Amazon.

Ausführliche Zusammenfassung

In diesem Interview diskutieren Moderator Kieran Chandler und Joannes Vermorel, der Gründer von Lokad, das Konzept des Event Sourcing und seine zunehmende Beliebtheit im Vergleich zu herkömmlichen relationalen Datenbanken. Event Sourcing ist ein Ansatz, bei dem der Zustand eines Computersystems nur eine Abbildung einer Reihe von Ereignissen ist, wobei die Idee besteht, dass es keine direkte Darstellung von Daten außer den Ereignissen selbst gibt. Zum Beispiel gibt es in der Bestandsverwaltungs-Software keinen spezifischen Lagerbestand, sondern stattdessen eine Reihe von Lagerbewegungen, die, wenn sie konsolidiert werden, eine synthetische Zahl liefern, die den aktuellen Lagerbestand repräsentiert.

In den 1970er Jahren wurden Entscheidungen darüber getroffen, wie die Daten eines Unternehmens elektronisch dargestellt werden sollen. Das relationale Modell wurde populär, und die meisten Supply Chain-Software fällt heute in die Kategorie der CRUD (Create, Read, Update, Delete)-Anwendungen. CRUD-Software basiert auf Tabellen mit Feldern, die es Benutzern ermöglichen, Zeilen in der Tabelle hinzuzufügen, zu lesen, zu ändern oder zu löschen. Dieses einfache Modell war erfolgreich und wurde branchenweit weit verbreitet angenommen.

Vermorel stellt jedoch fest, dass es alternative Ansätze zur Datenrepräsentation gibt, wie z.B. das Event Sourcing. Er schlägt vor, dass die Popularität von CRUD manchmal die potenziellen Vorteile anderer Methoden schwer erkennbar machen kann. Ein wesentlicher Unterschied zwischen CRUD und Event Sourcing ist die Idee der Veränderlichkeit; bei CRUD ist die Vergangenheit veränderbar, was aus philosophischer Sicht verwirrend sein kann. Im Gegensatz dazu bietet das Event Sourcing eine transparentere Sicht auf vergangene Ereignisse und die Veränderungen, die in einem System stattgefunden haben.

Die Diskussion verdeutlicht das zunehmende Interesse am Event Sourcing als Alternative zu herkömmlichen relationalen Datenbanken für das Supply Chain Management und andere Anwendungen. Obwohl CRUD weit verbreitet ist, ist es möglicherweise nicht immer der beste Ansatz, und die Erkundung alternativer Datenrepräsentationsmethoden wie Event Sourcing kann möglicherweise eine bessere Klarheit und Verständnis vergangener Ereignisse bieten.

Vermorel erklärt, dass die überwiegende Mehrheit der Software-Systeme, die zur Verwaltung von Lieferketten verwendet werden, wie ERPs und MRPs, auf veränderbaren Vergangenheiten aufbauen, was zu komplexen und gegenintuitiven Situationen führen kann. Er schlägt jedoch vor, die Vergangenheit als unveränderlich zu betrachten, da dies helfen kann, solche Probleme zu vermeiden.

Ein wesentlicher Vorteil des Event Sourcing, so Vermorel, besteht in seiner Nützlichkeit bei der Fehlerbehebung. Er stellt fest, dass große Supply Chain-Software-Systeme oft zahlreiche Fehler und unerwünschte Funktionen aufweisen, die jahrelang bestehen bleiben und frustrierend sein können. Mit dem Event Sourcing wird alle Informationen im System als eine Reihe von Ereignissen dargestellt. Bei der Fehlersuche können Ingenieure die Ereignisse einfach nacheinander wiedergeben, um die genaue Situation zu reproduzieren, die das Problem verursacht hat, und es zu beheben.

Vermorel stellt dies dem alternativen Szenario gegenüber, in dem der Zustand des Systems veränderbar ist, was es für IT-Teams schwierig macht, Probleme zu reproduzieren und zu beheben. Dies kann zu einem frustrierenden Zyklus von Fehlerberichten und versuchten Korrekturen führen, wobei Fehler oft nach kurzer Zeit wieder auftreten. Das Event Sourcing bietet hingegen eine deterministische Möglichkeit, Probleme zu regenerieren und zu beheben.

Die Diskussion geht dann detaillierter auf die Idee des Event Sourcing ein, wobei Vermorel erklärt, dass es darum geht, jede Operation zu betrachten, die innerhalb einer Lieferkette stattfindet. Er schlägt vor, dass man sich fragen könnte, warum das Event Sourcing nicht der Standardansatz ist, da es mit der Art und Weise übereinstimmt, wie Buchhalter seit Jahrhunderten mit Kontenbüchern gearbeitet haben. Kontenbücher sind in der Regel unveränderlich, wobei neue Transaktionen hinzugefügt werden, um frühere Fehler zu korrigieren, anstatt vergangene Transaktionen neu zu schreiben.

Vermorel erklärt, dass der Grund, warum das Event Sourcing nicht der Standardansatz ist, die hohen Kosten für die Speicherung von Computern in den späten 1970er und frühen 1980er Jahren sind. Um Speicherkosten zu sparen, wurden Software-Systeme entwickelt, um vergangene Daten mit aktualisierten Summen zu überschreiben. Er weist jedoch darauf hin, dass die Datenspeicherung seitdem viel billiger geworden ist, was es praktikabler macht, das Event Sourcing als Standardpraxis zu implementieren.

Auf die Frage, ob auch kleinere Unternehmen am Event Sourcing interessiert sein sollten, antwortet Vermorel, dass es sich um eine philosophische Perspektive auf die Vergangenheit handelt, mit der Idee, dass die Vergangenheit in Computersystemen unveränderlich sein sollte. Obwohl die Mehrheit der ERPs das Event Sourcing nicht verwendet, glaubt Vermorel, dass die Übernahme dieses Ansatzes dazu beitragen kann, Probleme im Zusammenhang mit veränderbaren Vergangenheiten in der Supply Chain-Management-Software zu vermeiden.

Zusammenfassend plädiert Joannes Vermorel für den Einsatz von Event Sourcing zur Optimierung der Lieferkette und betont dessen Vorteile bei der Fehlerbehebung und die Übereinstimmung mit der unveränderlichen Natur der Vergangenheit. Obwohl es noch nicht weit verbreitet ist, bietet das Event Sourcing einen deterministischeren Ansatz zur Bewältigung von Problemen in Supply Chain-Software-Systemen und könnte für Unternehmen jeder Größe interessant sein.

Sie erkunden die Vorteile dieses Ansatzes, seine Übernahme durch Technologieführer und seine potenzielle zukünftige Verbreitung auf dem Markt.

Event Sourcing ist eine Methode zur Gestaltung von Software, bei der der Zustand eines Systems als Folge von Ereignissen gespeichert wird, anstatt durch die traditionellere Create, Read, Update, Delete (CRUD)-Methodik. Vermorel stellt fest, dass Technologieführer wie Amazon, Zalando und Alibaba das Event Sourcing für ihre Supply Chain-Systeme übernommen haben, wobei Amazon eine treibende Kraft für dessen Verbreitung auf dem Markt ist.

Vermorel argumentiert, dass das Event Sourcing mehrere Vorteile für das Supply Chain Management bietet. Erstens bietet es eine größere Transparenz und Effizienz sowie eine Reduzierung von Verschwendung und eine Verbesserung der Reaktionsfähigkeit. Zweitens verdeutlicht es die Grenzen von CRUD, das stark von wirtschaftlichen Einschränkungen beeinflusst wurde, die nur in den 70er und 80er Jahren relevant waren.

In Bezug auf die Zukunft glaubt Vermorel, dass das Event Sourcing an Bedeutung gewinnen wird, da die Datenspeicherung billiger wird und technologiegetriebene Unternehmen weiter wachsen. Er betont, dass die Marktdurchdringung durch einen “großen Filter” Prozess vorangetrieben wird, bei dem Unternehmen, die weniger effektive Methoden verwenden, aus dem Geschäft ausscheiden und diejenigen, die erfolgreichere Ansätze verwenden, gedeihen.

Vermorel betont auch die Bedeutung des Event Sourcing für Unternehmen mit firmeneigenen Softwaresystemen. Selbst wenn sie das Event Sourcing nicht direkt übernehmen, kann das Verständnis seiner Prinzipien ihnen helfen, die Probleme der Veränderlichkeit in ihren bestehenden CRUD-Systemen zu bewältigen. Er behauptet, dass das Event Sourcing als Grundpfeiler der Supply Chain-Praxis betrachtet werden sollte, ähnlich wie das Konzept eines nicht löschbaren Hauptbuchs in der Buchhaltung.

Da Supply Chain-Praktiker aus Notwendigkeit datengetrieben sind, argumentiert Vermorel, dass es für sie unerlässlich ist, Leitprinzipien für die Datensammlung, -organisation und -verarbeitung zu haben. Er schlägt vor, dass die Erkundung des Event Sourcing den Praktikern helfen kann, viele zugrunde liegende Probleme in ihren Organisationen zu identifizieren und anzugehen.

Vermorel sieht eine Zukunft, in der das Event Sourcing weiterhin Marktanteile gewinnt, angetrieben durch das Wachstum von technologiegetriebenen Unternehmen wie Amazon. Er erkennt jedoch an, dass Skaleneffekte möglicherweise irgendwann die Dominanz dieser Unternehmen begrenzen und vielfältigere Ansätze im Supply Chain Management ermöglichen.

Vollständiges Transkript

Kieran Chandler: Heute werden wir ein wenig mehr darüber erfahren, wie es funktioniert, und besprechen, wie es eine bessere Klarheit darüber bieten kann, was in der Vergangenheit passiert ist. Also, Joannes, was genau ist Event Sourcing?

Joannes Vermorel: Event Sourcing ist technisch gesehen die Idee, dass der Zustand in Ihrem Computersystem nur die Reflexion einer Reihe von Ereignissen ist. Alles, was Sie in einem Computersystem sehen können oder was es tut, basiert auf Ereignissen. Sie haben nur Ereignisse, und wenn Sie etwas wie eine Gesamtsumme auf dem Bildschirm oder eine andere Information im System haben, ist es nur das direkte Ergebnis einer Reihe von Ereignissen. Um das sehr konkret zu machen, wäre die Idee zum Beispiel, wenn Sie einen Lagerbestand in Ihrer Lagerverwaltungssoftware auf dem Bildschirm haben, gibt es keinen solchen Lagerbestand in der Software. Alles, was Sie haben, ist nur ein Strom von Lagerbewegungen, bei denen Mengen hinzugefügt oder entnommen wurden, und wenn Sie all diese Ereignisse konsolidieren, erhalten Sie eine synthetische Zahl, die den aktuellen Lagerbestand darstellt. Aber die Idee beim Event Sourcing ist, dass das System in Bezug auf die Vergangenheit nichts anderes als Ereignisse hat.

Kieran Chandler: Wo werden diese Event Sourcing-Techniken verwendet? Ist es etwas, das wir oft auf dem Markt sehen?

Joannes Vermorel: In den 70er Jahren wurden einige Entscheidungen darüber getroffen, welche die beste Art ist, die Daten eines Unternehmens im Allgemeinen und seine Vergangenheit im Besonderen darzustellen. Es mag sehr philosophisch klingen, aber es ist eigentlich eine sehr weitreichende Frage. Wenn Sie Ihr Unternehmen digitalisieren möchten, benötigen Sie eine elektronische Darstellung Ihres Unternehmens und seiner Vergangenheit. Selbst wenn es eine sehr kurze Vergangenheit ist, ist es immer noch die Vergangenheit. Also, im Grunde genommen möchten Sie eine Reflexion der Vergangenheit haben, und es stellte sich heraus, dass es viele Möglichkeiten gibt, das zu tun. Einige dieser Möglichkeiten wurden in den späten 70er Jahren unglaublich populär und haben ihre Popularität in den letzten Jahrzehnten beibehalten. Aber es ist nicht die einzige Möglichkeit, es zu betrachten. Es ist sehr faszinierend, dass, wenn Sie eine bestimmte Art und Weise haben, Dinge zu tun, die überaus populär wird, sie so groß werden kann, dass Sie irgendwann nicht einmal mehr erkennen, dass es tatsächlich möglich ist, es auf sehr unterschiedliche Weise zu tun.

Was passiert ist, dass dieses relationale Modell gewonnen hat, und damit wurde der Typ von Anwendung darauf aufgebaut. Im Grunde genommen fällt die überwiegende Mehrheit der heutigen Supply Chain-Software in die Kategorie dessen, was als CRUD-Software bekannt ist. CRUD ist eigentlich ein Akronym, das für Create, Read, Update, Delete steht. Die Idee ist also, dass Sie Tabellen haben, jede Tabelle hat Felder, und dann kann Ihre Software eine Zeile hinzufügen (das ist Create), Sie können eine vorhandene Zeile lesen, Sie können eine vorhandene Zeile ändern (das ist Update), und Sie können eine vorhandene Zeile löschen. Dieses Modell ist sehr einfach, wenn man darüber nachdenkt, und diese vier Variablen, CRUD, haben es geschafft, die Welt der Supply Chain so zu dominieren, dass Sie damit praktisch alles abbilden können. Es war sehr erfolgreich, sehr beliebt, aber es ist nicht der gleiche Ansatz. Und das Interessante ist, dass es andere alternative Ansätze gibt, und Event Sourcing ist einer davon.

Kieran Chandler: Schauen wir uns also die Beliebtheit dieses CRUD-Ansatzes an. Hat das irgendwelche Einschränkungen oder Annahmen eingeführt, mit denen wir jetzt arbeiten?

Joannes Vermorel: Ja, es hat etwas eingeführt, das ist

Kieran Chandler: Etwas, das sehr verwirrend ist, wenn man darüber nachdenkt, aus fast philosophischer Sicht, ist, dass die Vergangenheit veränderbar ist. Ich meine, wenn man über seine täglichen Erfahrungen nachdenkt, ist etwas in der Vergangenheit passiert, man kann es nicht ändern, oder? So ist es einfach. Und doch sind in Computersystemen, modernen Unternehmenssystemen wie ERPs, MRPs usw., alle diese Klassen komplexer Softwaresysteme, die Unternehmen und ihre Lieferketten betreiben, die überwiegende Mehrheit dieser Softwaresysteme nach dem groben Designprinzip aufgebaut, dass die Vergangenheit vollständig veränderbar ist. Wenn man darüber nachdenkt, kommt man zu allerlei seltsamen Situationen, die nur darauf zurückzuführen sind, dass die Vergangenheit veränderbar ist, und das kann zu einer Art verzerrter Denkweise über die Systeme führen. Es schafft eine Menge Komplexität und insgesamt steht es im Widerspruch zu dem, was man intuitiv über die Systeme denken würde.

Joannes Vermorel: Ja, es gibt einen Vorteil des Event Sourcing, der tatsächlich sehr bedeutend und unglaublich banal ist: Fehlerbehebung. Große Softwaresysteme für Lieferketten haben überall Fehler, unerwünschte Funktionen, und typischerweise geht das buchstäblich über Jahrzehnte hinweg. Es gibt Tausende von Tickets, die offen sind und an die IT weitergeleitet werden, und die meisten werden nie behoben. Das ist so frustrierend. Event Sourcing hat tatsächlich viel mit Fehlerbehebung zu tun. Bei Lokad verwenden wir intern seit einem Jahrzehnt Event Sourcing, und es ist sehr interessant. Wenn Sie bei einem Event-sourced System auf einen Fehler stoßen, wird alle Informationen im System als eine Reihe von Ereignissen dargestellt. Wenn Sie also etwas debuggen möchten, müssen Sie nur die Ereignisse nacheinander wiedergeben. Aufgrund der Tatsache, dass die einzigen Daten, die in Ihrem System existieren, dieser Ereignisstrom sind, können Sie die genau gleiche Situation reproduzieren, die das Problem verursacht hat, und es beheben.

Vergleichen wir dies mit der alternativen Situation, in der der gesamte Systemzustand veränderbar ist. Das Problem ist, dass sich die Bestandsmengen ändern, wenn Sie auf ein Problem stoßen, wie zum Beispiel eine Störung der Bestandsmengen. Wenn das IT-Team sich das Problem ansieht, ist es bereits verschwunden. Sie können es nicht reproduzieren und nicht beheben. Es ist äußerst frustrierend als Softwareingenieur, wenn man es mit einem System zu tun hat, das stark veränderbar ist. Die meisten Fehler erweisen sich als Quantenfehler, bei denen es einen Fehler gibt, aber wenn man ihn betrachtet, verschwindet er. Dann hört man auf, ihn anzusehen, und er ist wieder da. Es ist so frustrierend.

Event Sourcing ist in dieser Hinsicht sehr interessant, weil es Ihnen eine vollständig deterministische Möglichkeit gibt, diese Probleme zu regenerieren und sie dauerhaft zu beheben. Wenn man sich große Lieferkettenprobleme ansieht, auch wenn Software nicht alle Probleme lösen wird, stellt sich heraus, dass…

Kieran Chandler: Software schafft häufig einen Großteil der Probleme, mit denen moderne Lieferketten konfrontiert sind. Ok, lassen Sie uns zurückgehen und etwas genauer auf das Event Sourcing eingehen, diese Idee, jede einzelne banale Operation in einer Lieferkette zu betrachten. Es klingt ein bisschen langweilig. Wie einfach wäre es dann, zurückzugehen und zu überprüfen, was passiert ist und die eigentliche Ursache eines Problems zu finden?

Joannes Vermorel: Warum ist es nicht standardmäßig, die Ereignisse aufzuzeichnen, wie sie auftreten, und zu sagen, dass dies die Vergangenheit ist, wissen Sie? Wenn man sich ansieht, was meiner Meinung nach die Menschen seit Jahrhunderten getan haben, wie zum Beispiel Buchhalter, haben sie Bücher. Bücher haben die Eigenschaft, normalerweise unveränderlich zu sein. Sie fügen nur Dinge zu einem Buch hinzu. Wenn Sie eine Transaktion falsch machen, löschen Sie keine Transaktion in der Vergangenheit. Sie fügen einfach eine weitere Transaktion hinzu, die besagt, dass diese vorherige Transaktion falsch war, und hier ist eine Korrektur, und so funktioniert es. Sie schreiben also nicht die Vergangenheit um, sondern fügen am Ende mehr hinzu.

Aber Ende der 70er Jahre war der Speicherplatz für Computer unglaublich teuer, und daher war die Idee, diese Unveränderlichkeit der Vergangenheit zu haben, eine nette Funktion, wenn man wirklich knapp dran ist. Wenn Ihr Buch als Buchhalter nur 10 Seiten hat und Ihnen der Platz ausgeht, haben Sie nur einen Radiergummi. Also versuchen Sie, die Summen für Ihre Bücher zusammenzufassen, fügen Sie ein paar Transaktionen hinzu, und wann immer Ihnen der Platz ausgeht, löschen Sie einfach die vergangene Transaktion, aktualisieren die Summen, und das ist es. Das ist buchstäblich das, was Ende der 70er und Anfang der 80er Jahre passiert ist. Die gesamte Welt der Software ging einen bestimmten Weg, der aufgrund der damals unglaublich teuren Datenspeicherung Sinn machte.

Schnell vorwärts, 40 Jahre später, ist die Datenspeicherung einfach wahnsinnig billig. Sie können eine ein Terabyte Festplatte für fünfzig Dollar kaufen. Das ist wahnsinnig billig. Wenn Sie also eine super zuverlässige Datenspeicherung haben möchten, benötigen Sie mehrere Kopien und ein System zur Verwaltung dieser Kopien, aber wir liegen unter 1 US-Dollar pro Gigabyte, und Daten sind einfach sehr, sehr billig.

Event Sourcing ist sehr stark die grundlegende Architektur eines gesamten ERP-Systems. Diese Themen sind wirklich von Interesse für große multinationale Unternehmen und große Unternehmen wie SAP. Sollten sich kleinere Unternehmen wirklich für so etwas interessieren?

Kieran Chandler: Das ist eine interessante Frage. Sollten sich kleinere Unternehmen für Event Sourcing interessieren?

Joannes Vermorel: Ich denke, Event Sourcing ist eine philosophische Perspektive auf die Vergangenheit, die im Grunde genommen besagt, dass die Vergangenheit unveränderlich ist und dass die Computersysteme, die Sie haben, dies widerspiegeln müssen, oder Sie werden mit suboptimalen Lösungen enden. Die große Mehrheit der ERPs verwendet kein Event Sourcing, das ist also der erste Haken. Die große Mehrheit der ERPs verwendet es größtenteils nicht. Wenn Sie sich ansehen, wer Event Sourcing verwendet, sind es Technologieführer, die in der Regel keine Supply-Chain-Software herstellen, vielleicht mit Ausnahme von Amazon, Zalando und Alibaba, den Unternehmen, die ihre eigene Lieferkette mit ihrer eigenen maßgeschneiderten Software betreiben.

In Bezug auf die Vorteile versuchen viele Unternehmen, mehr Transparenz in der Lieferkette zu haben. Sie möchten effizienter, weniger verschwenderisch, schlanker und reaktionsfähiger sein, und sie haben große Schwierigkeiten mit ihren IT-Systemen.

Kieran Chandler: Obwohl es sich um Probleme handelt, die sehr diffus sind, gibt es keine einzige Antwort auf das Problem. Aber was ich sehe, ist, dass Event Sourcing sehr interessant ist, weil es einen bestimmten Fehler der meiner Meinung nach übermäßig dominanten Art und Weise, Software zu entwerfen, die für Lieferkettenprobleme verwendet wird, aufzeigt. In der Regel sind die meisten Praktiker sich nicht einmal dieser Perspektive bewusst, dass es andere Perspektiven gibt. Also denke ich, dass Event Sourcing sehr interessant ist, nicht unbedingt, weil es die ultimative Antwort auf diese Probleme ist, sondern einfach weil die Tatsache, dass es existiert, zeigt, dass diese CRUD-Methodik, wobei CRUD für Create, Read, Update, Delete steht, nur zeigt, dass diese CRUD-Methodik, die eine Möglichkeit ist, Software-Systeme zur Lösung von Lieferkettenproblemen zu entwickeln, nicht das Endspiel ist. Es ist nur eine der Möglichkeiten, und dieses Designmuster wurde tatsächlich stark von wirtschaftlichen Einschränkungen beeinflusst, die nur in den 70er und 80er Jahren relevant waren, und bereits Ende der 90er Jahre begannen sie zu verblassen. Wenn wir also in die Zukunft schauen, ist die Datenspeicherung unglaublich billig, und wir haben diese Barrieren irgendwie überwunden. Können Sie sich vorstellen, dass Event Sourcing in den nächsten Jahrzehnten auf dem Markt häufiger vorkommt, und gibt es noch Barrieren, die wir überwinden müssen, damit dies geschieht?

Joannes Vermorel: Zunächst einmal wird das Event Sourcing immer häufiger, einfach weil Amazon immer größer wird. Jedes Mal, wenn Amazon einen Prozent Marktanteil gewinnt, wird das Event Sourcing in gewisser Weise um ein Prozent häufiger auf dem Markt. Und wenn ich von Amazon spreche, meine ich alle anderen technologiegetriebenen Unternehmen, die den Markt dominieren. Ja, es wird definitiv immer verbreiteter. Der Markt ist ein großartiger Filter, er ist kein Lehrer, daher werden Dinge nicht beliebter, weil sie übernommen werden; sie werden beliebter, weil die Unternehmen, die sie nicht verwenden, pleite gehen und verschwinden, und somit die Unternehmen, die übrig bleiben, zufällig die Dinge verwenden, die besser funktionieren. Kann es also beliebter werden? Ich würde auf jeden Fall sagen. Und wenn ich mir die Kundenbasis von Lokad anschaue, haben etwa ein Viertel oder ein Fünftel unserer Kunden maßgeschneiderte, firmeninterne Softwaresysteme, um das Unternehmen zu führen. Wenn Sie also firmeninterne Softwaresysteme haben, würde ich dringend empfehlen, sich das Event Sourcing anzusehen. Selbst wenn Sie das Event Sourcing nicht sofort übernehmen, weil es eine vollständige Paradigmenänderung für das Design Ihrer Software ist, gibt es dennoch viel zu lernen. Und wenn Sie mit dem Event Sourcing sehr vertraut sind, können Sie tatsächlich CRUD durchführen, Sie wissen schon, die übliche Art und Weise, die Supply Chain zu betreiben.

Kieran Chandler: Heutzutage kann Software auf Arten verwendet werden, bei denen man die Probleme der Vergänglichkeit der Vergangenheit mildern kann. Wenn Sie sehr vorsichtig bei der Art und Weise sind, wie Sie sie entwerfen, können Sie tatsächlich die Vergangenheit in Ihrem Code verändern und etwas erhalten, das den Ereignissen oder Dingen viel näher kommt. Sie müssen nicht unbedingt alles neu schreiben, um dem näher zu kommen. Ich würde sagen, es ist nicht nur ein Problem für die IT. Manche Leute könnten das als eine super-nerdige Sache abtun, die nur für Datenbankarchitekten von Interesse ist, aber ich denke, es ist mehr als das.

Joannes Vermorel: Ich stimme zu, solche sehr hochrangigen Konzepte sollten der Eckpfeiler der Supply-Chain-Praxis sein. Genauso wie die Tatsache, dass ein Buchungsjournal nicht neu geschrieben werden kann, ein Eckpfeiler der Buchhaltungsgrundsätze ist. In der Buchhaltung weiß man, dass man nicht in die Bücher der vergangenen Jahre zurückgehen und die Transaktionen neu schreiben soll. Niemand würde sagen, dass diese Sache über Buchungsjournale nur ein Detail der Software ist. Diese Grundsätze wurden vor dem Aufkommen von Computern etabliert.

Wenn man bedenkt, dass ein Supply-Chain-Praktiker mit einer großen Menge an Daten umgehen muss, ist es schwer, die Realität der Supply Chains wahrzunehmen, da sie weitläufig, komplex und mehrstufig sind. Als Supply-Chain-Praktiker kann man nicht behaupten, dass man alles mit eigenen Augen sehen wird. Man kann einen Laden, ein Lager sehen, aber man kann nicht überall sein. Daher ist man aus Notwendigkeit datengetrieben. Die einzigen Dinge, die man über seine Supply Chain sieht, sind im Grunde genommen die Zahlen, die durch viele Systeme gezogen werden.

Ich glaube, dass man wie ein Buchhalter bestimmte Leitprinzipien für die Art und Weise haben muss, wie diese Daten gesammelt, organisiert und verarbeitet werden. Wenn wir wieder zum Event Sourcing zurückkehren, denke ich, dass es etwas ist, dem Supply-Chain-Praktiker wirklich genauer betrachten sollte, da es ihnen helfen wird, viele zugrunde liegende Probleme in ihrer Organisation zu identifizieren.

Kieran Chandler: Genial. Nun, wenn wir weiterhin auf Amazon warten, werden sie bald einen weiteren Prozentpunkt erreichen und näher an 100% sein. Irgendwann können große Unternehmen wie Amazon aufgrund der Schwierigkeit, absolut gigantisch zu werden, unter ihrem eigenen Gewicht zusammenbrechen. Das wird sie daran hindern, 100% des Marktanteils zu erreichen, aber das Problem ist, dass es einfach andere Konkurrenten geben wird, die wie Amazon sind und den Rest des Marktes übernehmen werden.

Joannes Vermorel: Ja, wir werden sehen.

Kieran Chandler: Das war es für diese Woche. Vielen Dank fürs Zuschauen und bis zum nächsten Mal. Tschüss für jetzt.