Goトランザクション処理

レイヤードアーキテクチャ上で扱うトランザクション処理の設計パターンを２つ紹介しました

会津大学Zliサークル OB/OG LT 2024 in Tokyo での登壇資料です
https://zli.connpass.com/event/326330/

Transcript

1. Goトランザクション処理 2024-09-07 Zli OB/OG LT
2. • 学籍番号：s1280136 • 所属：元会津⼤学コンピュータ理⼯学部 • 今興味のあること：要件定義 • 趣味： ◦ VTuber ◦ スト6を⾒る • ひとこと： ◦ 「隣のお姉さんが好き」全４巻を読み ました。良かったです。 matumoto 松本 響輝 ⾃⼰紹介
3. みなさん
4. Go書きますか？
5. みなさん
6. トランザクション処理 書きますか？
7. どう設計してますか？
8. Goでトランザクション処理するとき... • DDDで有名な本はJavaやKotlinを使って説明していることが多い ◦ @Transactional で済んでしまってGoでどう実装すればよいかわからない！ • Goでレイヤードアーキテクチャに則ったトランザクション処理って実は難しい ◦ UseCase層にORMが出ちゃったり ◦ Domain層にORMが出ちゃったり
9. そこで今回は
10. いくつかの設計パターンを 紹介していきます といっても２つしかないですm(_ _)m
11. 今回想定するアーキテクチャ UseCase層 Infra層 Domain層 Repositoryインターフェースがある Repositoryインターフェースを実装 インターフェースを実装 インターフェースを使⽤ 黒：使⽤ ⽩：インターフェースを実装
12. 今回想定するアーキテクチャ UseCase層 Infra層 Domain層 DBの処理をここに隠蔽したい！ インターフェースを実装 インターフェースを使⽤ 黒：使⽤ ⽩：インターフェースを実装
13. 今回想定するアーキテクチャ UseCase層 Infra層 Domain層 DBの処理をここに隠蔽したい！ インターフェースを実装 インターフェースを使⽤ 黒：使⽤ ⽩：インターフェースを実装 でもトランザクションは ここで扱いたい！
14. パターン１：UseCase層の構造体にdbを持たせる フィールドにもたせる
15. パターン１：UseCase層の構造体にdbをもたせる トランザクションを発⾏した処理の例
16. パターン１：UseCase層の構造体にdbをもたせる
17. パターン１の良いところ かんたん • 実装が楽 • 難しいことを考え なくて良い • ばななぁ
18. パターン１の良くないところ ORMがUseCaseに • ORMを変更したら Infra層だけの修正 で済まない • 層を分けた意味... 運⽤ミスしがち • tx使い忘れ • txを渡す関数にdb 渡しちゃう 普通とTx⽤で 関数が必要 • Repositoryが⼤き くなる • いい感じのDRYがめ んどくさい
19. パターン２：TransactionerをUseCase層に作る トランザクションを⾏うインターフェースを UseCase層に⽤意
20. パターン２：TransactionerをUseCase層に作る Infra層でそれを実装
21. パターン２：TransactionerをUseCase層に作る
22. パターン２：TransactionerをUseCase層に作る UseCase層の構造体でインターフェースを持たせる
23. パターン２：TransactionerをUseCase層に作る UseCase層のロジックでトランザクション
24. パターン２：TransactionerをUseCase層に作る
25. パターン２の良いところ ORMが隠蔽！ • DBまわりがInfra層 に隠蔽されてる • やったね！ 層の役割が 保たれている • めっちゃ重要 • 層分けしたメリッ トを活かせる
26. パターン２の良くないところ ちょっと複雑 • 慣れてない⼈だと 最初の理解に時間 がかかる ちょっとだけ パフォーマンス悪い • DBアクセス必要に なるかも • でも⼤抵の場合で 許容できる • 数ms〜数⼗ms
27. 要約すると？
28. ⼤きな違いは層分けを妥協するかしないか • パターン１だとUseCaseにORMなどが⼊ってきちゃってる • パターン２はUseCaseにORMなどが⼊ってない どっちを取るかは決めようね！
29. 個⼈的な思い • パターン１が良い場合 ◦ 納期めっちゃ早いとか？ ▪ 今後運⽤する予定だけど納期１週間後（やばすぎ） • パターン２が良い場合 ◦ たいていの場合、こっちを採⽤したほうが良さそう ◦ 開発のしやすさ、適切な層分け = 中⻑期的な正義
30. おしまい ご清聴ありがとうございました