風刺動画「一枚岩モデル」で考える、DDDの境界付けられたコンテキスト / huge model vs bc

Slide 1

Slide 1 text

© 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved. 風刺動画「一枚岩モデル」で考える DDDの境界付けられたコンテキスト G-1-2　2022年11月9日(水) AWS Dev Day 2022 Japan READYFOR株式会社バックエンドエンジニアミノ駆動

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

© 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved. 自己紹介 NEC関連会社やキヤノン㈱、㈱クラウドワークスを経て、 2021年4月にREADYFOR㈱にジョイン。アプリケーションアーキテクトとして、レガシーシステムのリファクタリングや拡張性向上設計など、システム設計に従事。ミノ駆動 @MinoDriven

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

© 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved. このセッションの概要システムをスケールさせる手段のひとつとしてマイクロサービス化があります。マイクロサービス化においては、システムの境界を慎重に設計しないと、データ整合や運用が困難になります。この課題解決にはドメイン駆動設計に登場する境界付けられたコンテキストに基づく設計が有用とされています。

Slide 11

Slide 11 text

© 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved. このセッションの理解目標 ● 一枚岩モデルに伴う弊害を認識し、その解決手段として目的特化型モデルを設計する重要性を理解すること。 ● 目的特化型モデルのために境界付けられたコンテキストが存在することを理解すること。 ● 目的特化型モデルと境界付けられたコンテキストを正しく設計できるよう、 DRY原則を正しく理解すること。

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

© 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved. 統一的な一枚岩モデルにより生じる弊害 ● どの状況で何のデータが使われるのか分かりにくくなる ● どの状況でどんな振る舞いが期待されるのか分かりにくくなる ○ 状況によって守るべき不変条件が異なる ● 言葉やデータの意味が多義的になり、混乱をきたす ○ 混乱によりエンバグしやすい ○ データのフォーマットが状況によって違うケースもある ● 多くのあらゆるロジックと密結合になる ○ 保守や仕様変更時の影響範囲分析に莫大な労力を要する

Slide 19

Slide 19 text

© 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved. 統一的な一枚岩モデルにより生じる弊害ひとことで言うと一貫性がない。あらゆる状況に対応可能な、万能な一枚岩モデルを作り上げることは困難。「唯一無二の真のモデルなどは存在しません。そこにあるのは単なる選択であり、目的を満たすためのモデルを選択しなければなりません」(*1) *1)『セキュア・バイ・デザイン安全なソフトウェア設計』著:Dan Bergh Johnsson, Daniel Deogun, Daniel Sawano, 訳:須田智之, 2021, マイナビ出版, p.90

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

© 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved. DRY原則 Don’t Repeat Yourself.（繰り返しを避けよ）「すべての知識はシステム内において、単一、かつ明瞭な、そして信頼できる表現になっていなければならない」(*2) 知識とは、わかりやすく言うと意図や目的を指す意図や目的が同じであれば共通化して良いが、違うなら共通化してはならないのがDRY原則 *2)『新装版達人プログラマー職人から名匠への道』著:Andrew Hunt, David Thomas, 訳:村上雅章, 2016, オーム社, p.31

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

© 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved. 在庫目的配送目的意図、目的が同じかどうかで判断する商品モデル商品モデル「目的が違っている！　共通化してはいけない！」と考えるのが正しい DRY原則に従えば、目的ごとに特化型モデルを設計するのは自然なこと各モデルの適用範囲として境界付けられたコンテキストを定めるのも自然なこと

Slide 29

Slide 29 text

© 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved. 商品審査商品審査コンテキスト審査品目注文注文コンテキスト注文品在庫管理在庫管理コンテキスト在庫品目配送配送コンテキスト配送品意図や目的は背後に隠れてて本当に分かりにくいし認知困難だからはじめから目的駆動で名前設計する（詳しくは拙著『良いコード/悪いコードで学ぶ設計入門』）

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

© 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved. コンテキスト境界の設計観点 ● プロセスサイクルが異なる ● （大粒度で）達成目的が異なる ● 強く関係し合う概念が大幅に異なる ● モデルの不変条件が異なる ……など、大きな違いが見られるところを境界付けるよう設計すれば良いと考えられる。また、イベントストーミングやRDRAなどの各種分析手法も大いに役立つ。

Slide 33

Slide 33 text

© 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved. まとめ ● あらゆる状況に対応可能な、万能な一枚岩モデルを作り上げるのは困難。 ● 各問題領域それぞれを専門で解決する、目的特化型モデルを設計すること。 ● 各特化型モデルの適用可能範囲を、 ● 境界付けられたコンテキストとして設計すること。 ● コンテキスト境界と特化型モデルを設計する上では、 DRY原則を正しく理解すること。モデルの背後にある意図、目的単位でDRYにすること。 ● コンテキスト境界は、大粒度の目的、プロセス、不変条件、登場概念など、様々な尺度で検討すること。