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

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

Sponsored · Ship Features Fearlessly Turn features on and off without deploys. Used by thousands of Ruby developers. →
Avatar for ほりしょー ほりしょー
December 21, 2024
Programming
860
2

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

Avatar for ほりしょー

ほりしょー

December 21, 2024

More Decks by ほりしょー

See All by ほりしょー
~ 秘伝のタレ化した『神スプシ』と戦う ~ 関数型パラダイムで壊れない仕組みへ
Avatar for ほりしょー h0r15h0
1
80
Hello_LT_world_新年度前に振り返ろう_失敗から学んだ教訓_LT_Night___1_.pdf
Avatar for ほりしょー h0r15h0
1
5
開発プロセスを継続的に改善する仕組み作り ~ 強いスクラムをいかに維持するか ~
Avatar for ほりしょー h0r15h0
0
130
LLM(Copilot)を最大限活用するための取り組みとその副産物
Avatar for ほりしょー h0r15h0
1
220
現実世界の事象から学ぶSOLID原則
Avatar for ほりしょー h0r15h0
30
22k
集団意思決定の落とし穴と誰も望まない技術的負債
Avatar for ほりしょー h0r15h0
1
5.3k
Goのパーサ作ってvscode拡張作ってみた！
Avatar for ほりしょー h0r15h0
0
220
デザインパターンを学んだら世界が広がった話
Avatar for ほりしょー h0r15h0
2
430

Other Decks in Programming

See All in Programming
開発体験を左右するライブラリの API 設計 - GraphQL スキーマ構築ライブラリから考える #tskaigi
Avatar for izumin5210 izumin5210
1
170
AI時代のエンジニアリングの原則 / Engineering Principles in the AI ​​Era
Avatar for haru860 haru860
0
1.3k
How We Practice Exploratory Testing in Iterative Development( #scrumniigata ) / 反復開発の中で、探索的テストをどう実施しているか
Avatar for teyamagu teyamagu
PRO
3
850
次世代リンターで探る、tsgo 時代における型認識カスタムルールの現実解
Avatar for Yuta Takahashi ytakahashii
0
110
Agentic UI beyond Chats Architecture Patterns & Open Standards @ngMunich 05/2026
Avatar for Manfred Steyer manfredsteyer
PRO
0
100
Structured Concurrency, Scoped Values and Joiners in the JDK 25 26 27
Avatar for José josepaumard
1
150
(Re)make Regexp in Ruby: Democratizing internals for the JIT
Avatar for TSUYUSATO Kitsune makenowjust
3
1.1k
ReactとSvelteのその先、Ripple-TS / Beyond React and Svelte: Ripple-TS
Avatar for TOMIKAWA Sotaro ssssota
0
200
新規プロダクトを高速で生み出すハーネスエンジニアリング
Avatar for Ryohei Ikegami seanchas116
3
170
SkillsをS3 Filesに置く時のあれこれ
Avatar for watany watany
3
1.6k
Terraform言語の静的解析 / static analysis of Terraform language
Avatar for Kazuma Watanabe wata727
1
150
Are We Really Coding 10× Faster with AI?
Avatar for Koichi Yoshida kohzas
0
190

Featured

See All Featured
Side Projects
Avatar for Sacha Greif sachag
455
43k
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
Avatar for Yuki Nakata chikuwait chikuwait
0
530
[RailsConf 2023] Rails as a piece of cake
Avatar for Vladimir Dementyev palkan
59
6.6k
A Modern Web Designer's Workflow
Avatar for Chris Coyier chriscoyier
698
190k
Digital Ethics as a Driver of Design Innovation
Avatar for Per Axbom axbom
PRO
1
290
Un-Boring Meetings
Avatar for Sebastian Deterding codingconduct
0
290
StorybookのUI Testing Handbookを読んだ
Avatar for Shingo Yamazaki zakiyama
31
6.7k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
Avatar for Ines Montani inesmontani
PRO
0
380
Learning to Love Humans: Emotional Interface Design
Avatar for Aarron Walter aarron
275
41k
Collaborative Software Design: How to facilitate domain modelling decisions
Avatar for Kenny Baas-Schwegler baasie
1
220
How People are Using Generative and Agentic AI to Supercharge Their Products, Projects, Services and Value Streams Today
Avatar for Helen Beal helenjbeal
1
180
Rebuilding a faster, lazier Slack
Avatar for samanthasiow samanthasiow
85
9.5k

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イベントの脳に凝り固まっていた イベントストーミング時点で気づきたかった 他に考慮すべき点がないか？