00:00:07 伝統的なリレーショナルデータベースに対するイベントソーシングとその利点。
00:00:31 イベントソーシングとその基本的な概念。
00:01:52 70年代のリレーショナルデータベースとCRUDソフトウェアの台頭。
00:04:29 CRUDベースのシステムによって導入される制約と仮定。
00:06:10 バグ修正とシステムメンテナンスにおけるイベントソーシングの利点。
00:08:00 ソフトウェアエンジニアリングにおける可変システムと量子バグへの対処の苦悩。
00:09:02 イベントソーシングはサプライチェーンの問題の解決策であり、安価なデータストレージとの関係。
00:12:38 大企業でのイベントソーシングの採用と透明性と効率性への利点。
00:14:36 サプライチェーンソフトウェア設計におけるクラッドメソドロジーへの代替的な視点としてのイベントソーシング。
00:15:37 イベントソーシングの将来的な普及と普及の障壁の可能性。
00:17:18 会計原則とイベントソーシング原則の比較とその重要性。
00:19:22 サプライチェーン管理におけるデータ駆動の必要性。
00:20:25 Amazonの将来の成長と潜在的な制約についての推測。
00:21:07 結論と締めの言葉。
概要
Lokadの創設者であるJoannes Vermorelとのインタビューで、ホストのKieran Chandlerはイベントソーシングの概念とそのサプライチェーン管理における利点について探求します。イベントソーシングは、コンピュータシステムの状態をイベントのシーケンスとして表現することで、過去のイベントのより透明で不変なビューを提供し、問題の再現と修正を容易にします。Vermorelは、データストレージが安価になるにつれて、イベントソーシングがより普及すると考えており、Amazonなどのテックドリブン企業の成長によって推進されると述べています。
詳細な概要
このインタビューでは、ホストのKieran ChandlerとLokadの創設者であるJoannes Vermorelが、伝統的なリレーショナルデータベースと比較してイベントソーシングの概念とその人気の高まりについて議論しています。イベントソーシングは、コンピュータシステムの状態がイベントのシリーズの反映であるというアプローチであり、イベント自体以外にデータの直接的な表現はありません。たとえば、在庫管理ソフトウェアでは、特定の在庫レベルは存在せず、代わりに在庫の動きのストリームがあり、それを統合することで現在の在庫レベルを表す合成数値が得られます。
1970年代には、企業のデータを電子的に表現する方法についての選択が行われました。リレーショナルモデルが人気を博し、ほとんどのサプライチェーンソフトウェアは現在、CRUD（作成、読み取り、更新、削除）アプリケーションのカテゴリに属しています。CRUDソフトウェアは、フィールドを持つテーブルに基づいており、ユーザーはテーブル内の行を追加、読み取り、変更、削除することができます。このシンプルなモデルは成功し、さまざまな業界で広く採用されています。
ただし、Vermorelは、イベントソーシングなどのデータ表現の代替手法が存在することを指摘しています。彼は、CRUDの人気が高いため、他の方法の潜在的な利点を認識することが難しい場合があると述べています。CRUDとイベントソーシングの間の重要な違いの1つは、可変性の概念です。CRUDでは、過去は変更可能であり、哲学的な観点からは困惑することがあります。一方、イベントソーシングでは、過去のイベントとシステム内で発生した変更のより透明なビューが提供されます。
この議論は、サプライチェーン管理や他のアプリケーションにおいて、従来のリレーショナルデータベースに代わる手法としてのイベントソーシングへの関心の高まりを示しています。CRUDは広く採用されてきましたが、常に最善のアプローチではないかもしれず、イベントソーシングなどの代替データ表現方法を探求することで、過去のイベントの明確さと理解を向上させる可能性があります。
Vermorelは、ERPやMRPなどのサプライチェーンを管理するために使用されるソフトウェアシステムのほとんどが、過去の変更可能性を持って構築されていることを説明しています。これは複雑で直感に反する状況を引き起こす可能性があります。しかし、彼は、過去を変更不可能なものとして見る方が良いアプローチであると提案しており、これによりそのような問題を回避することができます。
Vermorelによれば、イベントソーシングの利点の1つは、バグ修正における有用性です。大規模なサプライチェーンソフトウェアシステムにはしばしば多くのバグや望ましくない機能があり、これらは数年にわたって持続し、取り扱いにくいものです。イベントソーシングでは、システム内のすべての情報がイベントのシリーズとして表現されます。デバッグ時には、エンジニアは単純にイベントを1つずつ再生して、問題を作成した状況を再現し、修正することができます。
Vermorelは、システムの状態が変更可能な代替の状況と対比して、ITチームが問題を再現して修正することが困難であると述べています。これにより、バグレポートと修正の試みの繰り返し、バグがしばしば短期間後に再発するというイライラするサイクルが生じることがあります。一方、イベントソーシングは、問題を再生成して修正するための決定論的な方法を提供します。
その後の議論は、イベントソーシングのアイデアにより詳しく焦点を当て、Vermorelは、サプライチェーン内で発生するすべての操作を見ることを含むと説明しています。彼は、なぜイベントソーシングがデフォルトのアプローチではないのかという疑問が生じるかもしれないと提案しています。会計士が何世紀にもわたって使用してきた帳簿と同様に、帳簿は通常変更不可能であり、新しい取引が過去のエラーを修正するために追加されることがあります。
Vermorelは、イベントソーシングがデフォルトのアプローチではない理由は、1970年代後半から1980年代初頭のコンピュータストレージの高コストによるものだと説明しています。ストレージコストを節約するために、ソフトウェアシステムは過去のデータを更新された合計で上書きするように設計されました。しかし、彼は、データストレージのコストが大幅に低下したことで、イベントソーシングを標準的な手法として実装することがより実現可能になったと指摘しています。
小規模企業もイベントソーシングに興味を持つべきかという質問に対して、Vermorelは、これはコンピュータシステムにおける過去を変更不可能なものとする哲学的な視点であり、サプライチェーン管理ソフトウェアにおける変更可能な過去に関連する問題を防ぐのに役立つと述べています。ERPの大多数はイベントソーシングを使用していませんが、Vermorelは、このアプローチを採用することが企業にとって興味深いと考えています。
要約すると、Joannes Vermorelは、イベントソーシングの使用をサプライチェーンの最適化に提唱し、バグ修正における利点と過去の変更不可能性との一致を強調しています。まだ広く採用されていませんが、イベントソーシングはサプライチェーンソフトウェアシステムの問題を取り扱うためのより決定論的な方法を提供し、企業のあらゆる規模に興味を持つ可能性があります。
このアプローチの利点、テックリーダーによる採用、市場での将来的な普及の可能性について探求します。
イベントソーシングは、システムの状態を、従来の作成、読み取り、更新、削除（CRUD）の方法論ではなく、イベントのシーケンスとして保存するソフトウェアの設計方法です。Vermorelによれば、Amazon、Zalando、Alibabaなどのテックリーダーは、サプライチェーンシステムにおいてイベントソーシングを採用しており、市場での採用を推進しています。
Vermorelは、イベントソーシングがサプライチェーン管理にいくつかの利点をもたらすと主張しています。まず、透明性と効率性が向上し、無駄が減り、レスポンス性が向上します。第二に、CRUDの制約が強く影響を受けたことにより、CRUDの制約が明確になります。これらの制約は、70年代と80年代にのみ関連がある経済的な制約によって強く影響を受けました。
今後、Vermorelは、データストレージが安価になり、テックドリブンの企業が成長し続けることにより、イベントソーシングがより一般的になると考えています。彼は、市場の採用は「偉大なフィルター」プロセスによって推進されると強調し、より効果的な方法を使用していない企業が廃業し、成功したアプローチを使用している企業が繁栄するようになると述べています。
Vermorelは、社内ソフトウェアシステムを持つ企業にとって、イベントソーシングの重要性も強調しています。イベントソーシングを直接採用しなくても、その原則を理解することで、既存のCRUDシステムにおける可変性の問題を緩和することができます。彼は、イベントソーシングを会計の不変な台帳の概念と同様に、サプライチェーンの実践の基盤と見なすべきだと主張しています。
サプライチェーンの実践者は必然的にデータに基づいており、データの収集、整理、処理のための指針を持つことが重要だとVermorelは主張しています。彼は、イベントソーシングを探求することで、実践者が組織内の多くの潜在的な問題を特定し、対処することができると提案しています。
Vermorelは、Amazonなどのテックドリブンの企業の成長によってイベントソーシングが市場シェアを獲得し続ける未来を見ています。ただし、彼は、規模の経済がこれらの企業の支配を制限する可能性があり、サプライチェーン管理におけるより多様なアプローチが可能になることも認識しています。
フルトランスクリプト
Kieran Chandler: 今日は、それがどのように機能するかをもう少し理解し、過去の出来事についてより明確にする方法について話し合います。では、ジョアネス、イベントソーシングとは具体的には何ですか？
Joannes Vermorel: イベントソーシングは、技術的には、コンピュータシステムの状態が一連のイベントの反映であるという考えです。つまり、コンピュータシステムで見えるもの、またはそれが行うことはすべて、イベントに基づいています。イベントしかなく、表示される合計値やシステム内の情報など、システムにはイベントの直接的な結果しかありません。具体的には、在庫管理ソフトウェアの表示に在庫レベルがあると仮定しますが、ソフトウェア内に在庫レベルなどは存在しません。在庫の移動がストリームとして記録され、数量が追加または取り出された場所が記録されます。これらのイベントをすべて統合すると、現在の在庫レベルとなる合成数が得られます。しかし、イベントソーシングでは、過去に関してはイベント以外のものはシステムに存在しないという考え方です。
Kieran Chandler: では、これらのイベントソーシングの技術はどこで使用されていますか？市場でよく見かけるものですか？
Joannes Vermorel: 70年代には、一般的に会社のデータ、特に過去のデータをどのように表現するのが最善かについていくつかの選択が行われました。これは非常に哲学的に聞こえるかもしれませんが、実際には非常に広範な問題です。企業をデジタル化する場合、企業とその過去の電子的な表現が必要です。非常に最近の過去であっても、それは過去です。したがって、基本的には過去の反映を持ちたいと思います。そして、それを行うための方法は多く存在することがわかりました。その方法のいくつかは、70年代後半に非常に人気があり、その後の数十年間にわたって人気を維持しました。しかし、それが唯一の見方ではありません。ある方法が非常に人気が出ると、非常に大きくなり、実際には非常に異なる方法で行うことができることさえ気づかなくなるということは非常に興味深いことです。
それで起こったことは、この関係モデルが勝ち、それによってその上に構築されたアプリケーションのタイプが生まれたということです。基本的に、現在のほとんどのサプライチェーンソフトウェアは、CRUDソフトウェアとして知られるカテゴリに属しています。CRUDは、Create（作成）、Read（読み取り）、Update（更新）、Delete（削除）の頭字語です。つまり、テーブルがあり、各テーブルにはフィールドがあり、ソフトウェアは行を追加できます（作成）、既存の行を読み取ることができます、既存の行を変更できます（更新）、既存の行を削除できます。このモデルは非常にシンプルですし、これらの4つの変数、CRUDは、ほとんどすべてを反映することができるため、サプライチェーンの世界を席巻しました。非常に成功し、非常に人気がありますが、同じアプローチではありません。そして興味深いことに、他の代替アプローチが存在し、イベントソーシングがその1つです。
Kieran Chandler: それでは、CRUDアプローチの人気を見てみましょう。それは私たちが今働いている制約や仮定を導入しましたか？
Joannes Vermorel: はい、それは何かを導入しました
Kieran Chandler: ほとんど哲学的な観点から考えると、過去は変更可能であるということは非常に困惑することです。日々の経験を考えると、過去に何かが起こった場合、それを変えることはできませんよね？それが現実です。しかし、コンピュータシステム、ERP、MRPなどの現代の企業システムでは、企業とそのサプライチェーンを実行するための複雑なソフトウェアシステムのクラスのほとんどが、過去は完全に変更可能であるという原始的な設計原則に基づいて構築されています。それについて考えると、過去が変更可能であるという事実の結果として、さまざまな奇妙な状況に直面することになり、システムについての考え方が歪んでしまうことがあります。それは非常に複雑さを生み出し、全体的には、システムについて直感的に考えることとはまったく異なるものです。
Joannes Vermorel: はい、イベントソーシングには非常に重要で非常に平凡な利点があります。大規模なサプライチェーンソフトウェアシステムには、望ましくない機能やバグがたくさんあり、通常、数十年にわたって続いています。ITに対してオープンで押し付けられた数千のチケットがあり、そのうちのほとんどは修正されません。非常にイライラします。イベントソーシングは、実際にはバグ修正と非常に関連しています。Lokadでは、イベントソーシングを10年以上内部で使用しており、非常に興味深いです。イベントソーシングを使用してシステムのバグに直面した場合、システム内のすべての情報はイベントのシリーズとして表されます。したがって、何かをデバッグする場合、イベントを1つずつ再生するだけで済みます。システムに存在するデータはこのイベントのストリームだけなので、問題を作成した正確な状況を再現し、修正することができます。
これをシステムの状態が変更可能な代替の状況と比較してみましょう。問題は、在庫レベルのグリッチのような問題に直面した時点で、在庫レベルは変化し続けているということです。ITチームが問題を見る時には、それはすでになくなってしまっています。再現することも修正することもできません。システムが非常に変更可能な場合、ソフトウェアエンジニアとしては非常にイライラします。ほとんどのバグは、量子バグのようなもので、バグがあるのに見ると消えてしまうものです。それから見るのをやめると、また戻ってきます。非常にイライラします。
イベントソーシングは、この点で非常に興味深いです。これにより、問題を再現し、解決するための完全に決定論的な方法が得られます。大規模なサプライチェーンの問題を見ると、ソフトウェアがすべての問題を解決するわけではありませんが、実際には…
Kieran Chandler: ソフトウェアは、現代のサプライチェーンが直面している問題の最初のシェアを頻繁に作成しています。では、イベントソーシングについてもう少し詳しく見て、サプライチェーンで起こったすべての単調な操作を見るという考えについて考えてみましょう。少し退屈に聞こえますが、問題の原因を調べるのはどれくらい簡単でしょうか？
Joannes Vermorel: なぜイベントを記録してこれが過去であると言わないのがデフォルトではないのですか？会計士のような人々が何世紀も行ってきたことを考えると、彼らは元帳を持っています。元帳は通常変更不可能な特性を持っています。元帳には追加のみが行われます。取引が間違っている場合、過去の取引を削除するのではなく、この前の取引は間違っていて、こちらが修正ですという別の取引を追加するだけです。過去を書き換えるのではなく、最後にもっと追加するだけです。
しかし、70年代の終わりには、コンピュータのストレージは非常に高価でした。そのため、過去の不変性は本当に便利な機能でした。会計士として、元帳が10ページしかなく、スペースがなくなった場合、消しゴムしか持っていないとします。ですので、帳簿の合計を要約し、いくつかの取引を追加し、スペースがなくなったら、過去の取引を消去し、合計を更新するだけです。これが70年代後半から80年代初頭に実際に起こったことです。ソフトウェアの世界全体が、当時のデータストレージが非常に高価だったという事実に基づいて、ある特定の道に進んでいました。
40年後、データストレージは非常に安価になりました。1テラバイトのハードドライブを50ドルで購入することができます。それは非常に安価です。ですので、非常に信頼性の高いデータストレージを持ちたい場合は、複数のコピーとそれらのコピーを管理するシステムが必要ですが、1ギガバイトあたりの価格は1ドル未満であり、データは非常に安価です。
イベントソーシングは、ERPシステム全体の基本的なアーキテクチャです。これらは、SAPのような大規模な多国籍企業や大企業にとって非常に興味深いトピックです。小規模企業は本当にこのようなものに興味を持つべきでしょうか？
Kieran Chandler: それは興味深い質問ですね。小規模企業はイベントソーシングに興味を持つべきでしょうか？
Joannes Vermorel: 私はイベントソーシングは過去に対する哲学的な視点であり、基本的には過去は変更不可能であり、それを反映しないコンピュータシステムを持つと、最適でない解決策になる可能性があると考えています。ほとんどのERPはイベントソーシングを使用していません。それが最初の落とし穴です。ほとんどのERPはほとんど使用していません。イベントソーシングを使用しているのは、通常、サプライチェーンソフトウェアを製造していないテックリーダーです。Amazon、Zalando、Alibabaを除いて、独自のサプライチェーンを独自の特注ソフトウェアで運営している企業です。
利点の面では、多くの企業がサプライチェーンの透明性を高めようとしています。より効率的で、無駄のない、よりリーンで、より反応性のある企業になりたいと考えていますが、ITシステムに苦労しています。
Kieran Chandler: それは非常に広範な問題ですが、その問題には一つの答えはありません。しかし、私が見る限り、イベントソーシングは非常に興味深いです。なぜなら、サプライチェーンの問題に使用されるソフトウェアの設計方法が過度に優勢であると言える特定の欠陥を指摘しているからです。通常、ほとんどの実践者はこの視点が存在することさえ知りません。ですので、イベントソーシングはこれらの問題の究極の答えではないとしても非常に興味深いと思います。ただ、それが存在するという事実自体が、サプライチェーンにアプローチするためのソフトウェアシステムを構築するための方法であるCRUD（Create、Read、Update、Delete）メソドロジーが終わりではないことを示しています。このデザインパターンは、1970年代と1980年代にのみ関連する経済的制約に強く影響を受けており、1990年代の終わりには薄れていました。したがって、将来を見据えると、データストレージは非常に安価になり、これらの障壁を乗り越えてきました。イベントソーシングが今後数十年でより一般的になることを予想できますか？それを実現するためにはまだ克服しなければならない障壁はありますか？
Joannes Vermorel: まず、Amazonがますます成長しているため、イベントソーシングはより一般的になっています。また、Amazonが市場シェアの1％を獲得するたびに、イベントソーシングは市場で1％よりも一般的になっています。そして、私がAmazonと言うとき、私は市場を食い尽くしている他のテックドリブンの企業全てを指しています。ですので、確かにより一般的になっています。市場は素晴らしいフィルターですが、教育者ではありません。採用されるためにより人気が出るのではなく、それらを使用していない企業が倒産し消え去り、残った企業がより効果的なものを使用しているため、より人気が出るのです。ですので、より人気が出る可能性はあると言えます。Lokadの顧客基盤を見渡してみると、当社のクライアントの約4分の1または5分の1が、会社を運営するために特注の社内ソフトウェアシステムを持っています。したがって、社内ソフトウェアシステムを持っている場合は、イベントソーシングを見てみることを強くお勧めします。イベントソーシングを直ちに採用しなくても、それはソフトウェアの設計に完全なパラダイムの変更ですので、まだ学ぶべきことがたくさんあります。そして、イベントソーシングに非常に精通している場合は、通常のサプライチェーンのやり方でCRUDを実行できます。
Kieran Chandler: 現在のソフトウェアは、過去の変更不可能性の問題を緩和する方法で使用できます。設計方法に非常に注意を払えば、コード内で過去を変更し、イベントや物事により近いものを得ることができます。それに近づくためにすべてを書き直す必要はありません。それはITの問題だけではありません。一部の人々はそれをデータベースアーキテクトにしか興味のない超ギークなものとして無視するかもしれませんが、それはそれ以上のものです。
Joannes Vermorel: 私は同意します。このような非常に高度な概念は、サプライチェーンの実践の基盤となるべきです。まるで元帳は書き換えることができないという事実が会計原則の基盤であるかのように。会計では、前年の帳簿を遡って取引を書き換えるべきではないことを知っています。人々は、このことを元帳に関する詳細な事柄ではないとは言わないでしょう。これらの原則は、コンピュータの登場前に確立されました。
もし、サプライチェーンの実践者であることを考慮に入れると、多くのデータを扱うことになるため、サプライチェーンの現実を知覚するのは難しいです。なぜなら、サプライチェーンは広範で複雑であり、複数の場所に存在するからです。サプライチェーンの実践者として、自分の目で全てを見ることはできないと言えます。店舗や倉庫を見ることはできますが、どこにでもいるわけではありません。そのため、必然的にデータに基づいて行動する必要があります。サプライチェーンに関する情報は、基本的には多くのシステムを通じて抽出された数字だけです。
私は、会計士と同様に、このデータがどのように収集、整理、処理されるかについての特定の指針を持つ必要があると考えています。イベントソーシングに戻ると、これはサプライチェーンの実践者が自分の組織の潜在的な問題を多く特定するのに役立つと思います。
Kieran Chandler: 素晴らしいですね。まあ、Amazonを待ち続けていると、彼らはさらに1%を取り、100%に近づくでしょう。ある時点で、Amazonのような大企業は、絶対的に巨大になる難しさによって崩壊する可能性があります。それによって彼らは市場シェアの100%を取ることを防ぎますが、問題は、残りの市場をAmazonのような競合他社が取ることになるということです。
Joannes Vermorel: はい、このスペースを見てください。
Kieran Chandler: それでは、今週はこれで終わりです。ご視聴いただき、ありがとうございました。また次回お会いしましょう。さようなら。
