00:00:07 Ereignis-Sourcing und seine Vorteile gegenüber herkömmlichen relationalen Datenbanken.
00:00:31 Ereignis-Sourcing und sein Kernkonzept.
00:01:52 Der Aufstieg relationaler Datenbanken und von CRUD-Software in den 70er Jahren.
00:04:29 Einschränkungen und Annahmen, die durch CRUD-basierte Systeme eingeführt wurden.
00:06:10 Vorteile des Ereignis-Sourcings bei der Fehlerbehebung und Systemwartung.
00:08:00 Frustration beim Umgang mit veränderlichen Systemen und Quantenfehlern in der Softwareentwicklung.
00:09:02 Ereignis-Sourcing als Lösung für supply chain Probleme und seine Beziehung zu günstiger Datenspeicherung.
00:12:38 Die Einführung von Ereignis-Sourcing in großen Unternehmen und seine Vorteile für Transparenz und Effizienz.
00:14:36 Ereignis-Sourcing als alternative Perspektive zur groben Methodik im Design von supply chain Software.
00:15:37 Zukünftige Verbreitung von Ereignis-Sourcing und potenzielle Hürden für seine breite Einführung.
00:17:18 Vergleich der Prinzipien des Ereignis-Sourcings mit den Grundsätzen der Buchhaltung und deren Bedeutung.
00:19:22 Die Notwendigkeit, im supply chain Management datengetrieben zu sein.
00:20:25 Spekulationen über Amazons zukünftiges Wachstum und potenzielle Einschränkungen.
00:21:07 Fazit und abschließende Bemerkungen.

Zusammenfassung

In einem Interview mit Joannes Vermorel, dem Gründer von Lokad, untersucht Moderator Kieran Chandler das Konzept des event sourcing und dessen Vorteile im supply chain management. Event sourcing beinhaltet, dass der Zustand eines Computersystems als eine Abfolge von Ereignissen dargestellt wird, was eine transparentere und unveränderliche Sicht auf vergangene Ereignisse ermöglicht und es dadurch erleichtert, Probleme zu reproduzieren und zu beheben. Vermorel bemerkt, dass die Popularität des CRUD Modells – das es Nutzern ermöglicht, Daten zu erstellen, zu lesen, zu aktualisieren und zu löschen – manchmal dazu führen kann, dass die potenziellen Vorteile des event sourcing nicht erkannt werden. Er ist jedoch der Ansicht, dass mit sinkenden Kosten für Datenspeicherung event sourcing immer verbreiteter wird, angetrieben durch das Wachstum technologiegetriebener Unternehmen wie Amazon.

Erweiterte Zusammenfassung

In diesem Interview diskutieren Moderator Kieran Chandler und Joannes Vermorel, der Gründer von Lokad, das Konzept des event sourcing und dessen zunehmende Beliebtheit im Vergleich zu herkömmlichen relationalen Datenbanken. Event sourcing ist ein Ansatz, bei dem der Zustand eines Computersystems lediglich ein Abbild einer Abfolge von Ereignissen darstellt, mit der Idee, dass es keine direkte Repräsentation von Daten außer den Ereignissen selbst gibt. Zum Beispiel gibt es in der Bestandskontrolle Software keinen spezifischen Lagerbestand, sondern lediglich einen Strom von Lagerbewegungen, der, wenn er konsolidiert wird, eine synthetische Zahl ergibt, die den aktuellen Lagerbestand darstellt.

In den 1970er Jahren wurden Entscheidungen darüber getroffen, wie die Daten eines Unternehmens elektronisch dargestellt werden könnten. Das relationale Modell wurde populär, und die meisten supply chain software fallen heute in die Kategorie der CRUD-Anwendungen (Create, Read, Update, Delete). CRUD-Software basiert auf Tabellen mit Feldern, die es den Nutzern ermöglichen, Zeilen hinzuzufügen, zu lesen, zu ändern oder zu löschen. Dieses einfache Modell war erfolgreich und wurde branchenübergreifend weit verbreitet.

Vermorel weist jedoch darauf hin, dass es alternative Ansätze zur Datenrepräsentation gibt, wie zum Beispiel event sourcing. Er schlägt vor, dass die Popularität von CRUD es manchmal erschwert, die potenziellen Vorteile anderer Methoden zu erkennen. 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 rätselhaft sein kann. Im Gegensatz dazu bietet event sourcing einen transparenteren Blick auf vergangene Ereignisse und die Veränderungen, die in einem System stattgefunden haben.

Die Diskussion unterstreicht das zunehmende Interesse an event sourcing als Alternative zu herkömmlichen relationalen Datenbanken im supply chain management und für andere Anwendungen. Obwohl CRUD weit verbreitet ist, ist es möglicherweise nicht immer der beste Ansatz, und die Erkundung alternativer Methoden zur Datenrepräsentation wie event sourcing kann potenziell für mehr Klarheit und ein besseres Verständnis vergangener Ereignisse sorgen.

Vermorel erklärt, dass die überwiegende Mehrheit der Software-Systeme, die zur Verwaltung von supply chains verwendet wird – wie etwa ERPs und MRPs – mit veränderlicher Vergangenheit gebaut ist, was zu komplexen und kontraintuitiven Situationen führen kann. Er schlägt jedoch vor, dass ein besserer Ansatz darin bestünde, die Vergangenheit als unveränderlich zu betrachten, da dies helfen kann, solche Probleme zu vermeiden.

Ein wesentlicher Vorteil der Verwendung von event sourcing, so Vermorel, liegt in seiner Nützlichkeit bei der Fehlerbehebung. Er weist darauf hin, dass große supply chain Software-Systeme oft zahlreiche Fehler und unerwünschte Eigenschaften aufweisen, die über Jahre bestehen bleiben und frustrierend zu beheben sind. Bei event sourcing wird alle Information im System als eine Folge von Ereignissen dargestellt. Beim Debuggen können Ingenieure die Ereignisse einfach nacheinander abspielen, um die exakte Situation, die das Problem verursacht hat, zu reproduzieren und zu beheben.

Vermorel stellt dies der alternativen Situation gegenüber, in der der Zustand des Systems veränderlich ist, was es IT-Teams erschwert, Probleme zu reproduzieren und zu beheben. Dies kann zu einem frustrierenden Kreislauf aus Fehlerberichten und versuchten Behebungen führen, bei dem Fehler oft nach kurzer Zeit wieder auftreten. Event sourcing hingegen bietet eine deterministische Methode, Probleme neu zu erzeugen und zu beheben.

Die Diskussion lenkt sich dann detaillierter auf die Idee des event sourcing, wobei Vermorel erklärt, dass es darum geht, jede Operation innerhalb einer supply chain zu betrachten. Er meint, man könnte sich fragen, warum event sourcing nicht der Standardansatz ist, da es mit der Art und Weise übereinstimmt, wie Buchhalter seit Jahrhunderten ihre Bücher führen. Bücher sind in der Regel unveränderlich, wobei neue Transaktionen hinzugefügt werden, um frühere Fehler zu korrigieren, anstatt vergangene Transaktionen umzuschreiben.

Vermorel erklärt, dass der Grund, warum event sourcing nicht der Standardansatz ist, in den hohen Kosten der Computerspeicherung in den späten 1970er und frühen 1980er Jahren liegt. Um Speicherkosten zu sparen, wurden Softwaresysteme so entworfen, dass vergangene Daten durch aktualisierte Summen überschrieben wurden. Er weist jedoch darauf hin, dass die Datenspeicherung inzwischen wesentlich günstiger geworden ist, was es praktikabler macht, event sourcing als Standardpraxis zu implementieren.

Auf die Frage, ob auch kleinere Unternehmen an 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 der Großteil der ERPs kein event sourcing verwendet, ist Vermorel der Ansicht, dass die Einführung dieses Ansatzes helfen kann, Probleme zu vermeiden, die mit veränderlichen Vergangenheiten in supply chain management Software verbunden sind.

Zusammenfassend befürwortet Joannes Vermorel den Einsatz von event sourcing zur Optimierung der supply chain, wobei er dessen Vorteile bei der Fehlerbehebung und die Übereinstimmung mit der unveränderlichen Natur der Vergangenheit hervorhebt. Obwohl es noch nicht weit verbreitet ist, bietet event sourcing einen deterministischeren Weg, um Probleme in supply chain Software-Systemen zu bewältigen, und könnte für Unternehmen jeder Größe von Interesse sein.

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

Event sourcing ist eine Methode zur Gestaltung von Software, die den Zustand eines Systems als eine Abfolge von Ereignissen speichert, anstatt die traditionellere Create, Read, Update, Delete (CRUD) Methodologie zu verwenden. Vermorel merkt an, dass Technologieführer wie Amazon, Zalando und Alibaba event sourcing für ihre supply chain Systeme übernommen haben, wobei Amazon ein wesentlicher Treiber seiner Marktdurchdringung ist.

Vermorel argumentiert, dass event sourcing dem supply chain management mehrere Vorteile bietet. Erstens sorgt es für mehr Transparenz und Effizienz, reduziert Verschwendung und verbessert die Reaktionsfähigkeit. Zweitens hebt es die Einschränkungen von CRUD hervor, das stark von wirtschaftlichen Beschränkungen beeinflusst war, die nur in den 70er und 80er Jahren relevant waren.

Mit Blick auf die Zukunft glaubt Vermorel, dass event sourcing immer verbreiteter wird, da die Datenspeicherung günstiger wird und technologiegetriebene Unternehmen weiter wachsen. Er betont, dass die Marktdurchdringung von einem “great filter” Prozess getrieben wird, bei dem Unternehmen, die weniger effektive Methoden anwenden, aus dem Geschäft ausscheiden, während diejenigen, die erfolgreichere Ansätze nutzen, gedeihen.

Vermorel hebt auch die Bedeutung von event sourcing für Unternehmen mit eigenen Softwaresystemen hervor. Selbst wenn sie event sourcing nicht vollständig übernehmen, kann das Verständnis seiner Prinzipien ihnen helfen, die Probleme der Veränderlichkeit in ihren bestehenden CRUD-Systemen zu mildern. Er behauptet, dass event sourcing als ein Grundpfeiler der supply chain Praxis betrachtet werden sollte, ähnlich dem Konzept eines nicht umschreibbaren Hauptbuchs in der Buchhaltung.

Da supply chain Praktiker aus Notwendigkeit datengetrieben arbeiten, behauptet Vermorel, dass es für sie essenziell sei, Leitprinzipien für die Erfassung, Organisation und Verarbeitung von Daten zu haben. Er schlägt vor, dass die Erkundung von event sourcing Praktikern helfen kann, viele zugrunde liegende Probleme in ihren Organisationen zu identifizieren und anzugehen.

Vermorel sieht eine Zukunft, in der event sourcing seinen Marktanteil weiter ausbaut, angetrieben durch das Wachstum technologiegetriebener Unternehmen wie Amazon. Er räumt jedoch ein, dass Skaleneffekte letztlich die Dominanz dieser Unternehmen einschränken könnten, was vielfältigere Ansätze im supply chain management ermöglicht.

Vollständiges Transkript

Kieran Chandler: Heute wollen wir ein wenig mehr darüber verstehen, wie es funktioniert, und besprechen, wie es für mehr Klarheit darüber sorgen kann, was in der Vergangenheit geschehen ist. Also, Joannes, was genau ist event sourcing?

Joannes Vermorel: Event sourcing ist technisch gesehen die Idee, dass der Zustand Ihres Computersystems lediglich das Abbild einer Reihe von Ereignissen ist. Alles, was Sie in einem Computersystem sehen können – beziehungsweise alles, was es tut – basiert auf Ereignissen. Sie haben nur Ereignisse, und wenn Sie beispielsweise eine Gesamtsumme oder irgendeine Information im System angezeigt bekommen, ist dies nur das direkte Ergebnis einer Reihe von Ereignissen. Um dies sehr konkret zu machen: Wenn Sie beispielsweise einen Lagerbestand in Ihrer Bestandsverwaltungssoftware angezeigt bekommen, gibt es in der Software so etwas wie einen festen Lagerbestand nicht. Sie haben lediglich einen Strom von Lagerbewegungen, bei dem 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 des event sourcings ist, dass das System in Bezug auf die Vergangenheit nichts anderes besitzt als Ereignisse.

Kieran Chandler: Wo werden diese Event Sourcing Techniken eingesetzt? Ist das etwas, das wir häufig auf dem Markt sehen?

Joannes Vermorel: In den 70er Jahren wurden einige Entscheidungen darüber getroffen, was der beste Weg wäre, die Daten eines Unternehmens im Allgemeinen und dessen Vergangenheit im Besonderen darzustellen. Es mag sehr philosophisch klingen, aber es ist in Wirklichkeit eine sehr breit gefächerte Frage. Wenn Sie Ihr Unternehmen digitalisieren möchten, benötigen Sie eine elektronische Darstellung Ihres Unternehmens und seiner Vergangenheit. Auch wenn diese Vergangenheit sehr kurz sein mag, bleibt sie dennoch Vergangenheit. Im Grunde genommen möchten Sie also eine Abbildung der Vergangenheit haben, und es stellte sich heraus, dass es viele Wege gibt, dies zu tun. Einige dieser Wege wurden in den späten 70ern unglaublich populär und behielten ihre Popularität in den darauffolgenden Jahrzehnten bei. Aber es ist nicht der einzige Weg, es zu betrachten. Es ist sehr faszinierend, dass, wenn man eine bestimmte Vorgehensweise hat, die überaus populär wird, sie so groß werden kann, dass man irgendwann nicht mehr merkt, dass es tatsächlich möglich ist, es auf ganz andere Weise zu tun.

Also passierte es, dass dieses relationale Modell sich durchsetzte, und damit entstand die Art von Anwendung, die darauf aufbaute. Im Grunde genommen fällt die überwiegende Mehrheit der heutigen supply chain software in die Kategorie der sogenannten CRUD-Software. CRUD ist tatsächlich ein Akronym für Create, Read, Update, Delete. Die Idee ist also, dass Sie Tabellen haben, jede Tabelle Felder enthält, und dann ermöglicht Ihre Software, eine Zeile hinzuzufügen (das ist Create), eine bestehende Zeile zu lesen, eine bestehende Zeile zu ändern (das ist Update) und eine bestehende Zeile zu 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 zu erobern, sodass man damit so ziemlich alles widerspiegeln kann. Es war sehr erfolgreich, sehr populär, aber es ist nicht derselbe Ansatz. Und das Interessante dabei ist, dass es andere alternative Ansätze gibt, und event sourcing einer von ihnen ist.

Kieran Chandler: Schauen wir uns also die Popularität dieses CRUD-Ansatzes an. Hat das irgendwelche Beschränkungen oder Annahmen eingeführt, an die wir uns heute gewöhnt haben?

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

Kieran Chandler: Etwas, das in fast philosophischer Hinsicht sehr rätselhaft ist, ist die Veränderlichkeit der Vergangenheit. Wenn man an seine alltäglichen Erfahrungen denkt, ist doch etwas in der Vergangenheit passiert, und man kann es nicht ändern, oder? So ist das nun mal. Und doch basieren in Computersystemen – in modernen Unternehmenssystemen wie ERPs, MRPs usw. – all jenen Klassen komplexer Softwaresysteme, die Unternehmen und ihre supply chains betreiben, die überwiegende Mehrheit dieser Systeme auf dem groben Designprinzip, dass die Vergangenheit völlig veränderbar ist. Wenn man darüber nachdenkt, kommt man zu allerlei bizarren Situationen, die lediglich das Resultat dieser Tatsache sind, dass die Vergangenheit veränderbar ist, und das kann zu einer verzerrten Denkweise über die Systeme führen. Es erzeugt viel Komplexität und kollidiert insgesamt mit dem, was man intuitiv über die Systeme denken würde.

Joannes Vermorel: Ja, es gibt einen Vorteil von Event Sourcing, der tatsächlich sehr bedeutsam und unglaublich alltäglich ist: Fehlerbehebung. Große supply chain Software-Systeme haben Fehler, unerwünschte Funktionen überall und typischerweise dauert das buchstäblich Jahrzehnte. Es gibt Tausende von Tickets, die offen sind und an die IT weitergeleitet werden, und die meisten von ihnen werden nie behoben. Es ist so frustrierend. Event Sourcing steht eigentlich in engem Zusammenhang mit der Fehlerbehebung. Bei Lokad nutzen wir Event Sourcing intern seit einem Jahrzehnt, und es ist sehr interessant. Wenn Sie einem Fehler in einem event-sourced system gegenüberstehen, wird alle Information im System als eine Serie von Ereignissen dargestellt. Wenn Sie also etwas debuggen möchten, müssen Sie nur die Ereignisse einzeln wieder abspielen. Aufgrund der Tatsache, dass die einzigen Daten, die in Ihrem System existieren, dieser Ereignisstrom sind, können Sie exakt dieselbe 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 besteht darin, dass, wenn Sie einem Problem gegenüberstehen, wie einem Fehler in den Lagerbeständen, sich diese ständig ändern. Bis das IT-Team sich das Problem ansieht, wird es verschwunden sein. Man kann es nicht reproduzieren und auch nicht beheben. Es ist äußerst frustrierend für einen Software-Ingenieur, wenn es um ein stark veränderbares System geht. Die meisten Fehler entpuppen sich als Quantenfehler, bei denen ein Fehler vorhanden ist, aber wenn man ihn betrachtet, verschwindet er. Dann hört man auf, ihn zu beobachten, und er taucht wieder auf. Es ist so frustrierend.

Event Sourcing ist in dieser Hinsicht sehr interessant, weil es Ihnen eine völlig deterministische Methode bietet, diese Probleme wieder zu erzeugen und endgültig zu beheben. Wenn Sie sich die supply chain Probleme im Großen und Ganzen ansehen, selbst wenn Software nicht alle Probleme lösen wird, stellt sich heraus, dass eigentlich…

Kieran Chandler: Software schafft häufig einen ersten Anteil an den Problemen, mit denen modern supply chains konfrontiert sind. Ok, also kehren wir zurück und schauen uns etwas genauer das Event Sourcing an, diese Idee, jede einzelne alltägliche Operation, die in einer supply chain stattgefunden hat, zu betrachten. Es klingt ein wenig langweilig. Wie einfach wäre es also, zurückzugehen und zu überprüfen, was passiert ist, um die Ursache eines Problems zu ermitteln?

Joannes Vermorel: Warum ist es nicht Standard, die Ereignisse einfach so zu speichern, wie sie eintreffen, und zu sagen, dass dies die Vergangenheit ist, weißt du? Wenn man sich ansieht, was die Menschen seit Jahrhunderten machen, wie Buchhalter – sie führen Hauptbücher. Hauptbücher haben die Eigenschaft, normalerweise unveränderlich zu sein. Man fügt einem Hauptbuch nur Einträge hinzu. Wenn eine Transaktion falsch gebucht wird, löscht man nicht eine frühere Transaktion. Man fügt einfach eine weitere Transaktion hinzu, die besagt, dass die vorherige Transaktion falsch war, und hier ist eine Korrektur, und so arbeitet man. Man schreibt die Vergangenheit also nicht um, man fügt lediglich am Ende mehr Einträge hinzu.

Aber Ende der 70er war Computerspeicher unglaublich teuer, und daher war die Idee, diese Unveränderlichkeit der Vergangenheit zu haben, eine nette Eigenschaft, wenn man wirklich knapp bei Kasse war. Wenn Ihr Hauptbuch eines Buchhalters nur 10 Seiten hat und Ihnen der Platz ausgeht, bleibt Ihnen nur ein Radiergummi. Also versucht man, die Gesamtsummen für seine Bücher zusammenzufassen, fügt ein paar Transaktionen hinzu, und wann immer einem der Platz ausgeht, radiert man einfach die vergangenen Transaktionen aus, aktualisiert die Gesamtsummen, und das war’s. Genau das passierte in den späten 70ern und frühen 80ern. Die gesamte Softwarewelt ging einen bestimmten Weg, der aufgrund der unglaublich teuren Datenspeicherung zu dieser Zeit Sinn machte.

Vorspulen, 40 Jahre später, ist Datenspeicherung einfach unglaublich billig. Sie können eine Festplatte mit einem Terabyte für fünfzig Dollar kaufen. Das ist unglaublich günstig. Wenn Sie also eine super zuverlässige Datenspeicherung wünschen, benötigen Sie mehrere Kopien und ein System, um diese Kopien zu verwalten, aber wir liegen bei weniger als 1 Dollar pro Gigabyte, und Daten sind einfach sehr, sehr billig.

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

Kieran Chandler: Das ist eine interessante Frage. Sollten kleinere Unternehmen an Event Sourcing interessiert sein?

Joannes Vermorel: Ich denke, Event Sourcing ist eine philosophische Perspektive auf die Vergangenheit, bei der die Vergangenheit im Grunde unveränderlich ist, und die von Ihnen eingesetzten Computersysteme dies widerspiegeln müssen, sonst erhalten Sie suboptimale Lösungen. Die überwiegende Mehrheit der ERP-Systeme nutzt Event Sourcing nicht, das ist der erste Nachteil. Die überwiegende Mehrheit der ERPs verwendet es im Allgemeinen nicht. Wenn man sich ansieht, wer Event Sourcing einsetzt, sind es Technologieführer, die typischerweise keine supply chain Software produzieren, vielleicht mit Ausnahme von Amazon, Zalando und Alibaba, also den Unternehmen, die ihre eigene supply chain mit eigens entwickelter Software betreiben.

Hinsichtlich der Vorteile versuchen viele Unternehmen, mehr Transparenz in der supply chain zu erreichen. Sie wollen effizienter, weniger verschwenderisch, schlanker und reaktionsschneller sein, und sie haben große Schwierigkeiten mit ihren IT-Systemen.

Kieran Chandler: Obwohl es sich um Probleme handelt, die sehr diffund sind und für die es keine einzelne Lösung gibt, sehe ich, dass Event Sourcing sehr interessant ist, weil es auf einen spezifischen Fehler hinweist, nämlich auf die meiner Meinung nach übermäßig dominante Art, Software zu entwerfen, die für supply chain Probleme verwendet wird. Normalerweise sind sich die meisten Praktiker dieser Perspektive, dass es auch andere Ansätze gibt, gar nicht bewusst. Deshalb finde ich Event Sourcing sehr interessant – nicht unbedingt, weil es die ultimative Antwort auf diese Probleme ist, sondern einfach, weil die bloße Existenz davon beweist, dass tatsächlich diese CRUD-Methodik, wobei CRUD für Create, Read, Update, Delete steht, zeigt, dass diese CRUD-Methodik, die ein Weg ist, Software-Systeme zur Bewältigung von supply chain Herausforderungen zu bauen, einfach nicht das Endspiel ist. Es ist nur eine der Möglichkeiten, und dieses Designmuster wurde tatsächlich stark von wirtschaftlichen Zwängen beeinflusst, die nur in den 70er und 80er Jahren relevant waren, und bereits Ende der 90er allmählich in den Hintergrund traten. Wenn wir also in die Zukunft blicken, ist Datenspeicherung unglaublich billig, und wir haben diese Hürden irgendwie überwunden. Können Sie sich vorstellen, dass Event Sourcing in den nächsten Jahrzehnten marktüblicher wird, und gibt es noch Hürden, die wir überwinden müssen, damit dies geschieht?

Joannes Vermorel: Zunächst einmal wird Event Sourcing immer weiter verbreitet, weil Amazon immer größer wird. Außerdem, jedes Mal, wenn Amazon einen Prozentanteil am Markt gewinnt, wird Event Sourcing etwa um ein Prozent verbreiteter im Markt. Und wenn ich Amazon sage, meine ich alle anderen technologiegetriebenen Unternehmen, die den Markt aufkaufen. Also ja, es wird definitiv weiter verbreitet. Der Markt ist ein großartiger Filter, er ist kein Lehrer; Dinge werden nicht populärer, weil sie übernommen werden, sondern sie werden populärer, weil die Unternehmen, die sie nicht nutzen, bankrott gehen und verschwinden, und somit die übrig gebliebenen Unternehmen zufällig genau die nutzen, die besser funktionieren. Kann es also populärer werden? Ich würde sagen, sicherlich. Und wenn ich mir den Kundenstamm von Lokad anschaue, haben etwa ein Viertel oder ein Fünftel unserer Kunden maßgeschneiderte, interne Software-Systeme, um das Unternehmen zu betreiben. Wenn Sie also interne Software-Systeme haben, würde ich Ihnen dringend raten, sich Event Sourcing anzusehen. Selbst wenn Sie Event Sourcing nicht sofort übernehmen, weil es einen vollständigen Paradigmenwechsel im Design Ihrer Software darstellt, gibt es dennoch viel zu lernen. Und wenn Sie mit Event Sourcing sehr vertraut sind, ermöglicht es Ihnen tatsächlich, CRUD zu betreiben, also die übliche Art, supply chain anzugehen.

Kieran Chandler: Heutzutage kann Software so eingesetzt werden, dass diese Probleme der Veränderlichkeit der Vergangenheit gemindert werden. Wenn Sie sehr sorgfältig in der Gestaltung vorgehen, können Sie tatsächlich die Vergangenheit in Ihrem Code verändern und etwas erhalten, das den Ereignissen oder ähnlichen Dingen viel näher kommt. Man muss nicht zwangsläufig alles umschreiben, um diesem Ziel näherzukommen. Ich würde sagen, es ist nicht nur ein Problem der IT. Einige Leute könnten das als etwas total Geekiges abtun, das nur für Datenbankarchitekten von Interesse ist, aber ich denke, es ist mehr als das.

Joannes Vermorel: Ich stimme zu, dass derart übergeordnete Konzepte das Fundament der supply chain Praxis sein sollten. Genau wie die Tatsache, dass ein Ledger nicht umgeschrieben werden kann, ein Grundprinzip der Buchhaltungsprinzipien ist. In der Buchhaltung weiß man, dass man nicht in die Bücher der Vorjahre zurückkehren und die Transaktionen umschreiben soll. Die Leute würden nicht sagen, dass diese Eigenschaft von Ledgern nur ein Software-Detail ist. Diese Prinzipien wurden bereits vor dem Zeitalter der Computer etabliert.

Wenn man bedenkt, dass es in der Rolle eines supply chain Praktikers darum geht, mit einer Menge Daten umzugehen, ist es schwer, die Realität von supply chains zu erfassen, da sie riesig, komplex und standortübergreifend sind. Per Definition können Sie als supply chain Praktiker nicht alles mit eigenen Augen sehen. Sie können einen Laden, ein warehouse sehen, aber Sie können nicht überall sein. Deshalb sind Sie zwangsläufig datengetrieben. Die einzigen Dinge, die Sie von Ihrer supply chain wahrnehmen, sind im Grunde genommen die Zahlen, die durch viele Systeme gezogen werden.

Ich glaube, dass man, genau wie ein Buchhalter, bestimmte Leitprinzipien dafür haben muss, wie diese Daten gesammelt, organisiert und verarbeitet werden. Zurück zum Event Sourcing – ich denke, es ist etwas, das supply chain Praktiker sich wirklich genauer ansehen sollten, denn es wird ihnen helfen, eine Menge zugrunde liegender Probleme in ihrer Organisation zu identifizieren.

Kieran Chandler: Großartig. Nun, wenn wir weiterhin auf Amazon warten, werden sie früher oder später einen weiteren Prozentsatz ziehen und näher an 100% rücken. Irgendwann können große Unternehmen wie Amazon unter ihrem eigenen Gewicht zusammenbrechen, bedingt durch die Schwierigkeit, absolut gigantisch zu werden. Das wird sie daran hindern, 100% des Marktanteils zu erlangen, aber das Problem ist, dass andere Wettbewerber, die wie Amazon sind, den Rest des Marktes übernehmen werden.

Joannes Vermorel: Ja, bleiben Sie dran.

Kieran Chandler: Das ist für diese Woche. Vielen Dank fürs Einschalten, und wir sehen uns beim nächsten Mal wieder. Tschüss fürs Erste.