Upgrade to Pro — share decks privately, control downloads, hide ads and more …

ドメインイベント増えすぎ問題

ほりしょー
December 21, 2024
Programming
1
180

 ドメインイベント増えすぎ問題

ほりしょー

December 21, 2024
Tweet

More Decks by ほりしょー

See All by ほりしょー
LLM(Copilot)を最大限活用するための取り組みとその副産物
h0r15h0
1
130
現実世界の事象から学ぶSOLID原則
h0r15h0
29
17k
集団意思決定の落とし穴と誰も望まない技術的負債
h0r15h0
1
4.6k
Goのパーサ作ってvscode拡張作ってみた！
h0r15h0
0
100
デザインパターンを学んだら世界が広がった話
h0r15h0
2
240

Other Decks in Programming

See All in Programming
Refactor your code - refactor yourself
xosofox
1
260
アクターシステムに頼らずEvent Sourcingする方法について
j5ik2o
4
200
103 Early Hints
sugi_0000
1
220
これが俺の”自分戦略” プロセスを楽しんでいこう！ - Developers CAREER Boost 2024
niftycorp
PRO
0
190
As an Engineers, let's build the CRM system via LINE Official Account 2.0
clonn
1
670
CSC509 Lecture 14
javiergs
PRO
0
130
採用事例の少ないSvelteを選んだ理由と それを正解にするためにやっていること
oekazuma
2
1k
The rollercoaster of releasing an Android, iOS, and macOS app with Kotlin Multiplatform | droidcon Italy
prof18
0
150
nekko cloudにおけるProxmox VE利用事例
irumaru
3
420
良いユニットテストを書こう
mototakatsu
5
1.9k
テストケースの名前はどうつけるべきか？
orgachem
PRO
0
130
tidymodelsによるtidyな生存時間解析 / Japan.R2024
dropout009
1
750

Featured

See All Featured
Gamification - CAS2011
davidbonilla
80
5.1k
Building a Modern Day 
E-commerce SEO Strategy
aleyda
38
7k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
28
4.4k
Building Flexible Design Systems
yeseniaperezcruz
327
38k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
38
1.9k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
95
17k
GraphQLの誤解/rethinking-graphql
sonatard
67
10k
How to Think Like a Performance Engineer
csswizardry
22
1.2k
Large-scale JavaScript Application Architecture
addyosmani
510
110k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
59k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
5
440
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
169
50k

Transcript

  1. 2024/12/21 CQRS+ES カンファレンス 2024 ドメインイベント増えすぎ問題

  2. ほりしょー ハコベル株式会社 サーバーサイドエンジニア @H0R15H0 https://youtu.be/ZFTW6Ete9eE?feature=shared https://zenn.dev/hacobell_dev/articles/131cbcb873e8ba https://zenn.dev/hacobell_dev/articles/4bf484a360d343

  3. お話しすること ES運用から2年が経ち、 、 、 気がついたら似たようなドメインイベントが増えすぎていた 具体例を紹介 ドメインイベントを分割できたのでは？という気づき

  4. トラックA トラックB 地点A 地点B 地点C ドメインイベント増えすぎ問題 トラックのルート組みを例に考える ルート組み全体で1集約

  5. トラックA トラックB 地点A 地点B 地点C ドメインイベント増えすぎ問題 トラックのルート組みを例に考える ユーザはルートの最適化を行う ルートの組み替え＝ドメインイベント

  6. ドメインイベント増えすぎ問題 イベントパターン1：別のトラックにルートを組み替える トラックA トラックB 地点A 地点B 地点C

  7. ドメインイベント増えすぎ問題 イベントパターン1：別のトラックにルートを組み替える トラックA トラックB 地点A 地点B 地点C

  8. ドメインイベント増えすぎ問題 イベントパターン2：同一トラック内でルートを組み替える トラックA トラックB 地点A 地点B 地点C

  9. ドメインイベント増えすぎ問題 イベントパターン2：同一トラック内でルートを組み替える トラックA 地点A トラックB 地点B 地点C

  10. ドメインイベント増えすぎ問題 イベントパターン3：新しいトラックを用意してルートを組み替える トラックA トラックB 地点A 地点B 地点C

  11. ドメインイベント増えすぎ問題 イベントパターン3：新しいトラックを用意してルートを組み替える トラックA トラックB 地点A 地点B 地点C トラックC

  12. ドメインイベント増えすぎ問題 イベントパターン4：全地点同じトラックでルートを組む トラックA トラックB 地点A 地点B 地点C

  13. ドメインイベント増えすぎ問題 イベントパターン4：全地点同じトラックでルートを組む トラックB 地点A 地点B 地点C トラックA

  14. 本当にバリエーションが必要だったのか？ イベントパターン1：別のトラックにルートを組み替える イベントパターン2：同一トラック内でルートを組み替える イベントパターン3：新しいトラックを用意してルートを組み替える イベントパターン4：トラックを削除しルートを組み変える 💡ドメインイベントを分割するのはどうだろうか？

  15. 本当にバリエーションが必要だったのか？ イベントパターン1：別のトラックにルートを組み替える イベントパターン2：同一トラック内でルートを組み替える イベントパターン3：新しいトラックを用意してルートを組み替える イベントパターン4：トラックを削除しルートを組み変える ↓ イベントパターンA：移動対象の地点をルートから削除する イベントパターンB：移動対象の地点をルートに追加する この2パターンの組み合わせで 1〜4

    を表せないか？

  16. ドメインイベント増えすぎ問題 イベントパターン1：別のトラックにルートを組み替える トラックA トラックB 地点A 地点B 地点C

  17. ドメインイベント増えすぎ問題 イベントパターン1：別のトラックにルートを組み替える トラックA トラックB 地点A 地点B 地点C

  18. ドメインイベント増えすぎ問題 イベントパターン1：別のトラックにルートを組み替える トラックA トラックB 地点A 地点B 地点C イベントA イベントB

  19. ドメインイベント増えすぎ問題 イベントパターン2：同一トラック内でルートを組み替える トラックA トラックB 地点A 地点B 地点C

  20. ドメインイベント増えすぎ問題 イベントパターン2：同一トラック内でルートを組み替える トラックA 地点A トラックB 地点B 地点C

  21. ドメインイベント増えすぎ問題 イベントパターン2：同一トラック内でルートを組み替える トラックA 地点A トラックB 地点B 地点C イベントA イベントB

  22. ドメインイベント増えすぎ問題 イベントパターン3：新しいトラックを用意してルートを組み替える トラックA トラックB 地点A 地点B 地点C

  23. ドメインイベント増えすぎ問題 イベントパターン3：新しいトラックを用意してルートを組み替える トラックA トラックB 地点A 地点B 地点C トラックC

  24. ドメインイベント増えすぎ問題 イベントパターン3：新しいトラックを用意してルートを組み替える トラックA トラックB 地点A 地点B 地点C トラックC イベントA イベントB

  25. ドメインイベント増えすぎ問題 イベントパターン4：全地点同じトラックでルートを組む トラックA トラックB 地点A 地点B 地点C

  26. ドメインイベント増えすぎ問題 イベントパターン4：全地点同じトラックでルートを組む トラックB 地点A 地点B 地点C トラックA

  27. ドメインイベント増えすぎ問題 イベントパターン4：全地点同じトラックでルートを組む トラックB 地点A 地点B 地点C トラックA イベントA イベントB

  28. バリエーションを削減できた イベントパターン1：別のトラックにルートを組み替える イベントパターン2：同一トラック内でルートを組み替える イベントパターン3：新しいトラックを用意してルートを組み替える イベントパターン4：トラックを削除しルートを組み変える ↓ イベントパターンA：移動対象の地点をルートから削除する イベントパターンB：移動対象の地点をルートに追加する

  29. 一方で、分割することによるデメリットも イベント単体情報量は減ってしまう 移動したのか・削除されただけなのか不明瞭に 読み取りの結果整合性を考慮しなければならない 見えてはいけない状況ではないか？ 実際のビジネスプロセスと乖離しすぎないか

  30. まとめ・感想 ドメインイベントを分割するという発想 1ユーザ操作＝1イベントの脳に凝り固まっていた イベントストーミング時点で気づきたかった 他に考慮すべき点がないか？