実践！モノリスからマイクロサービス！Event Stormingによるドメイン駆動設計から実装まで / AWS_Dev_Day_2023_E_3

Slide 1

Slide 1 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 実践︕モノリスからマイクロサービス︕ Event Stormingによるドメイン駆動設計から実装まで福井厚 E - 3 シニアソリューションアーキテクト Developerスペシャリスト - DevAx アマゾンウェブサービスジャパン合同会社

Slide 2

Slide 2 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. ⾃⼰紹介 v名前 v福井厚（ふくいあつし）fatsushi@ v所属 vアマゾンウェブサービスジャパン合同会社 vシニアソリューションアーキテクト Developer スペシャリスト - DevAx v関⼼領域 vソフトウェアアーキテクチャ、オブジェクト指向設計、アジャイル開発 v好きなAWSサービス vサーバーレステクノロジー全般、 AWS Code シリーズ、AWS Amplify

Slide 3

Slide 3 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. Agenda • 本セッションについて • なぜマイクロサービスアーキテクチャを採⽤するのか • マイクロサービスに適した組織 • ドメイン分割を導くのためのEvent Storming • 実装に向けた⾮機能要件への適⽤ • ストラングラーパターンによる移⾏ • ドメインモデルからのインフラストラクチャコードの分離 • まとめ

Slide 4

Slide 4 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 本セッションについて • 本セッションはDevAxチームの⽇々の活動を通じて得た経験を汎化して要約したものです。従ってこの通りにすれば良いというものではなくモノリスからマイクロサービスへの分割の⼀例として参考にして頂ければ幸いです。 • 本セッションの対象者 § 現在モノリスなシステムで稼働しておりサービスの分割を検討しているCTO、アーキテクト、デベロッパーなどの技術者の⽅ § サービスの整理、分割にドメイン駆動設計を適⽤されようとしている⽅及びAWS のサービスを活⽤してそれらを実装されようとしている⽅ • 本セッションで扱わない内容 § AWSの各サービスにおける仕様の詳細や料⾦などの情報 •

Slide 5

Slide 5 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 本セッションについて（注意︕） • 本セッションはマイクロサービスアーキテクチャを推奨するものではありません。 • すべてのアーキテクチャパターンと同様、マイクロサービスにもメリット、デメリットがあり、銀の弾丸ではありません。 • ご⾃⾝の関係するシステムや組織、⼈材、課題を鑑みてマイクロサービスを採⽤するかは、ご⾃⾝でご判断ください。

Slide 6

Slide 6 text

Slide 7

Slide 7 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. こういうことを聞いたことはありませんか︖ 今のシステムの使い勝⼿、もう少し何とかならないかなあ。機能の追加も中々やってもらえないし。前にお願いした機能があればライバル会社に勝てるので、何とかならない︖ 規模が⼤きい上にコードが複雑に絡み合って密結合なので、どこから⼿をつけて良いのか。このままだと泥団⼦になってしまう。技術的負債を何とかしないと。ビジネス部⾨からシステム部⾨から

Slide 8

Slide 8 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. マイクロサービスにリファクタリングする理由デプロイの影響範囲を⼩さくする機能的な⾃律性と単⼀責任の原則開発速度の向上スケーリングの最適化

Slide 9

Slide 9 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. マイクロサービスが良い選択肢ではない場合 • ドメインが不明確 • サービスの境界を間違えるとコストがかかる可能性 • スタートアップ • マイクロサービスの複雑性が却って⾜枷に • COTS(市販品)ソフトウェア • 正当な理由がない • 「流⾏っているから」「他がやっているから」で始めるのは危険

Slide 10

Slide 10 text

Slide 11

Slide 11 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. マイクロサービスの組織とチームビルディング • ⾃律的で意思決定する権限と責任を持つチーム • 開発したチームが運⽤も⾏う（You build it, you run it） • Two Pizza Team • すべてを所有

Slide 12

Slide 12 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 参考︓チームトポロジーストリームアラインドチームストリームアラインドチームストリームアラインドチーム共有サービスプラットフォームチーム内部プラットフォームチーム ][ セキュリティコミュニティ・オブ・プラクティス(CoP) プラットフォーム + ツール )( )( フィールドチーム (サポート、ソリューションアーキテクト、営業) O 製品機能のリクエストストリームアラインドチームビジネスに沿った⽬標を持つチームイネーブリングチームストリームアラインドチームが障害を克服するのを⽀援。コンプリケイテッド・サブシステムチーム専⾨性が必要な機能を担当する専⾨スキルを持つチームコラボレーションファシリテーション O )( フェデレーションサービス (X-as-a-Service) ][ データサイエンスチームサービスとしてのプラットフォームキー: )( )( ][ * マシュー・スケルトン,マニュエル・パイス. チームトポロジー価値あるソフトウェアをすばやく届ける適応型組織設計 (Japanese Edition). Kindle Edition.

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. ドメイン駆動設計 (DDD) とは • ⾼品質なソフトウェアモデルを設計するためのソフトウェア開発⼿法 • ユビキタス⾔語ービジネスドメインエキスパートと開発者の間の意思疎通として利⽤される⽤語によってモデリングと設計を⾏う • 戦略的な設計のためのガイドラインー境界づけられたコンテキスト、蒸留、⼤規模な構造の考察 • 戦術的な設計 – 集約、エンティティ、値オブジェクト、ドメインサービス「エリック・エヴァンスのドメイン駆動設計」︓エリック・エバンス著 2011/4/9 翔泳社「実践ドメイン駆動設計」︓ヴォーン・ヴァーノン著 2015/3/16 翔泳社

Slide 16

Slide 16 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. ドメイン駆動設計（DDD）とは「DDDには戦略的モデリングと戦術的モデリングの両⽅のためのツールが⽤意されており、業務要件を満たす⾼品質なソフトウェアを設計するために、必要に応じて使える。」ヴァーン・ヴァーノン. 実践ドメイン駆動設計 (Japanese Edition) (Kindle Locations 744-746). Kindle Edition.

Slide 17

Slide 17 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 戦略的設計 • ビジネスドメインを理解する • 境界づけられたコンテキストからサブドメインを定義する • コンテキストマッピングを定義する

Slide 18

Slide 18 text

Slide 19

Slide 19 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 境界づけられたコンテキストでサブドメインに分割 “ビジネスドメイン全体の中の⼀部分” オークションユーザー認証⽀払い配送在庫通知オークションビジネスドメイン

Slide 20

Slide 20 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 境界づけられたコンテキスト • 境界づけられたコンテキストは特定のモデルを適⽤できる限定された範囲。 • コンテキストの境界を定めることで、チームメンバーは何を⼀致させるべきで何を独⽴して開発できるのかについての理解を明確化し、共有できる。 • これはサービスの境界になり得る https://www.martinfowler.com/bliki/BoundedContext.html Customer Ticket Product Product version Customer Product Territory Opportunity Pipeline Salesperson Defect Sales context Support context

Slide 21

Slide 21 text

Slide 22

Slide 22 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. Event Stormingの概要 • ⾼品質なモデリングのための簡単なワークショップ • ドメインエキスパートと開発者が協⼒して実施 • 業務から、境界づけられたコンテキストとモデルを導き出す

Slide 23

Slide 23 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. Event Stormingの流れ - Big Picture • Eventの洗い出し、時系列化 • Pivotal Event (分割点になるEvent )をマーク • スイムレーン(並⾏処理、分岐点) の発⾒ • 関係者/外部システムを洗い出し • 上記完了後に、ナレーション/ ウォークスルー

Slide 24

Slide 24 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. Event Stormingの流れ – Process Modeling • 洗い出したイベントをつなぎプロセスに § コマンド § ロール § リードモデル § ポリシー § システム § ホットスポット https://www.slideshare.net/ziobrando/software-design-as-a-cooperative-game-with-eventstorming/27

Slide 25

Slide 25 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. Event Stormingの流れ –Software Design • 集約を⾒つける、名前をつける • 境界づけられたコンテキストを⾒つける • 設計の詳細に⼊り、コーディングに進められるようにする

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. サブドメインに分割（再掲） “ビジネスドメイン全体の中の⼀部分” オークションユーザー認証⽀払い配送在庫通知オークションビジネスドメイン

Slide 37

Slide 37 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 境界づけられたコンテキストとドメインモデル在庫オークション⽀払い台⾞ピッカー配送サービス倉庫商品棚位置サイズ重さ配送顧客配送先⼊札落札商品 SKU 画像価格⼊札顧客 ID 検索サービス落札顧客クレジットカード⽀払い

Slide 38

Slide 38 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. データソースをサービスの所有ごとに分割⽀払いオークション在庫共有されているモノリシックデータベースモノリシックシステム⽀払いオークション在庫商品や顧客などもサービスによって利⽤する属性が異なるので、それぞれのサービスの所有するデータへ移⾏する。データソースの移⾏計画も検討。顧客マスタ配送顧客⼊札顧客⽀払顧客

Slide 39

Slide 39 text

Slide 40

Slide 40 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 値オブジェクト • 構成要素の値によって識別されるオブジェクト • 識別⼦（ID）を必要としない • 例えば「⾊」値オブジェクト • イミュータブルで変更する場合は全体を置き換え class Color { private _red:number; private _green:number; private _blue:number; constructor(red:number, green:number, blue:number){ this._red = red; this._green = green; this._blue = blue; } //...other methods }

Slide 41

Slide 41 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. エンティティ • 明確な識別⼦（ID）を必要とする • エンティティーはライフサイクルを持つ • エンティティーは更新可能 • 例えばPersonエンティティ class Person { private _id:string; private _name:string; constructor(id:string, name:string){ this._id = id; this._name = name; } //... }

Slide 42

Slide 42 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 集約 • 同⼀のトランザクション境界に属するエンティティと値オブジェクトの組み合わせ • 集約もエンティティなのでIDが必要 • 集約がトランザクションの単位集約のルートエンティティ値オブジェクトエンティティ 1 0…* 1…* 1 ID

Slide 43

Slide 43 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 例 – オークションの集約オークション競売参加者オークション品 1 * 1 ⽀払い⽅法配送⽅法 * 1 1 1 43 集約ルート在庫 1 1 競売⼈ 1 1 *

Slide 44

Slide 44 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 集約のルール • 集約はシンプルに⼩さく保つ • 集約の状態はパブリックインターフェイスでのみ変更可能 • 集約はトランザクション境界、集約の状態変更はアトミックな操作としてコミットする必要がある • 集約内のエンティティや値オブジェクトを表現する集約ルートを選択

Slide 45

Slide 45 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 集約の関連 • 他の集約への参照としてIDを利⽤ • 他の集約の更新はドメインイベントを利⽤した結果整合境界づけられたコンテキスト 1 境界づけられたコンテキスト 2 ドメインイベント集約 1 集約 2

Slide 46

Slide 46 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. イベント駆動アーキテクチャの利⽤ • イベント駆動アーキテクチャについては、以下のシリーズを参照 • AWS DevAx::Connect シーズン１「イベント駆動」 • https://aws.amazon.com/jp/devax-connect-on-demand/

Slide 47

Slide 47 text

Slide 48

Slide 48 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. ドメインモデル DDD-Event Storming AWS サービス Well-Architected の原則概念モデル論理モデル物理モデル現在の課題技術的な課題⾮機能要件システムデザインパターンベストプラクティス境界づけられたコンテキストコンテキストマップ集約論理アーキテクチャシステムコンポーネントドメインコンポーネントシステム構成要素物理アーキテクチャ AWSサービス上の意思決定アーキテクチャの意思決定を記録ネットワークゾーンデプロイメント単位ノード機能説明ドメインモデルから物理アーキテクチャへ

Slide 49

Slide 49 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 論理アーキテクチャへのマッピング品質特性⾮機能要件論理アーキテクチャ性能効率性スケーラビリティーの担保、スロットリング要件など（例）ピーク時 1,000リクエスト/秒のリクエスト APIゲートウェイコンポーネントセキュリティー IDプロバイダの要件、認可要件など。（例）認証されたリクエストのみが認可された権限範囲でAPIにアクセス可能認証プロバイダコンポーネント信頼性可能性の要件、サービスの稼働率など。（例）疎結合な連携で⼀部のAZで障害が発⽣してもサービスを継続メッセージキューコンポーネント保守性障害発⽣の検知など（例）サービスにまたがるモニタリング、ロギング集約ログコンポーネント、可視化コンポーネント ... ... ...

Slide 50

Slide 50 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 参考︓ソフトウェア品質モデル ISO/IEC 25010:2011（JISX 25010: 2013）ソフトウェアの品質モデル「JIS X 25010︓2013 システム及びソフトウェア製品の品質要求及び評価（SQuaRE）システム及びソフトウェア品質モデル」より

Slide 51

Slide 51 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 論理アーキテクチャから物理アーキテクチャへ • アーキテクチャの意思決定を記録する § なぜそのアーキテクチャを選択したのか • 付加価値を⽣まない重労働をクラウドのサービスにオフロードする § サーバーレスやマネージドサービスを活⽤ • デプロイメント単位を決定し頻繁にリリース可能にする § CI/CDによる⾃動化 • ⽇々の運⽤で知⾒を蓄え可観測性を⾼める § トレース、ログ、メトリクス、アラートの設定このフェーズでは、ぜひお近くのSAにご相談を︕

Slide 52

Slide 52 text

Slide 53

Slide 53 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. ビッグバンでの移⾏はお勧めしません︕ 終わりが⾒えない。。。今から丸3年かけて 2026年9⽉にマイクロサービス化した新システムをリリースするぞー︕ 会社の偉い⼈現場の担当者

Slide 54

Slide 54 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. ビジネスドメインに従ってサービスを分割しストラングラーパターンで徐々に移⾏ • ストラングラーパターン • レガシーアプリケーションのさまざまなコンポーネントのイベントと API を徐々に作成して、モノリシックアプリケーションをマイクロサービスに移⾏する

Slide 55

Slide 55 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. アカウントサービスユーザーサービスカートサービス Store Front ユーザーインターフェイス直接カットオーバーせず、ストラングラーパターンを使⽤してリスクを軽減ストラングラーパターンでモノリスから移⾏共有されているモノリシックデータベースレガシーシステムブラウザ

Slide 56

Slide 56 text

Slide 57

Slide 57 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. アカウントサービスユーザーサービスカートサービス共有されているモノリシックデータベース Store Front ユーザーインターフェイスユーザーマイクロサービス ACL(Anti-corruption layer) は、境界づけられたコンテキスト間で通信するための⼿段として使⽤される。 ACLが1 つのコンテキストから別のコンテキストへ翻訳するので、各コンテキストのモデルは独⽴を保ち⾃⾝の⾔葉づかいを反映することができる ACL レガシーシステムブラウザ新機能サービス API ストラングラーパターンでモノリスから移⾏

Slide 58

Slide 58 text

Slide 59

Slide 59 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. アカウントサービスユーザーサービスカートサービス共有されているモノリシックデータベース Store Front ユーザーインターフェイスレガシーシステムクライアントブラウザサービスがSSoT(※)になる ※Single Source of Truth ユーザーマイクロサービス新機能サービス API API ストラングラーパターンでモノリスから移⾏

Slide 60

Slide 60 text

Slide 61

Slide 61 text

Slide 62

Slide 62 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. アカウントサービスユーザーサービス共有されているモノリシックデータベース Store Front ユーザーインターフェイスレガシーシステムクライアントブラウザカートマイクロサービス ACL ユーザーマイクロサービス新機能サービス API API API アカウントマイクロサービス API ストラングラーパターンでモノリスから移⾏

Slide 63

Slide 63 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. Store Front ユーザーインターフェイスブラウザカートマイクロサービスユーザーマイクロサービス新機能サービス API API API アカウントマイクロサービス API ストラングラーパターンでモノリスから移⾏

Slide 64

Slide 64 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. AWS Migration Hub リファクタリングスペースリファクタリング環境の設定と管理にかかる時間を短縮 AWS Migration Hub リファクタリングスペースアプリの利⽤者をインフラの変更から保護複数の AWS アカウント間でトラフィックを旧→新に再ルーティングするアプリケーションのリファクタリングを数か⽉ではなく数⽇で開始する

Slide 65

Slide 65 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. • Leave and layer 別の出発点を提供 • 古いアプリケーションに触れることなく、マイクロサービスの新機能でアプリを強化、または拡張する • 新しい機能をlaunchするか、最⼩限のリスクで迅速にビジネスを拡⼤する Strangler Fig は、チームの独⽴性と最新のアプリアーキテクチャを実現するのに役⽴つ • リファクタリングする最初の部分とのインターフェースを定義する • 新しい機能を設計、実装、テストする • 古いものから新しいものにリダイレクト • 古いコードまたはサービスを停⽌する段階的にリファクタリングする新機能をすばやくlaunchするアプリ変換のための複数のリファクタリングパターン

Slide 66

Slide 66 text

Slide 67

Slide 67 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 作成したドメインモデルをコードに反映 • TDD（テスト駆動開発）で実装 § ドメインモデルはピュアなビジネスロジックを実装するためテスト駆動開発と相性が良い § モデルと実装は繰り返し改善する § ドメインモデルとインフラストラクチャを分離する – 依存関係逆転の原則により、ドメイン層をシステム的な関⼼ごとから分離 – ヘキサゴナル/オニオン/クリーンアーキテクチャ

Slide 68

Slide 68 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 参考︓ヘキサゴナルアーキテクチャ Domain Model Ports Adapters Primary Actor Secondary Actor HTTP Request Event Message Queue … File Storage Database Queue … アプリケーションはポートによって接続されるアダプタは外界との糊の役⽬を果たすドメインモデルはビジネスロジックを実⾏し、モデルの外側についての知識を持たない

Slide 69

Slide 69 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. サンプルアーキテクチャ AWS Cloud Amazon API Gateway AWS Lambda Amazon DynamoDB User Internet

Slide 70

Slide 70 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. ドメインモデル、ポート、アダプターの構成 API Gateway Lambda関数ドメインモデル Lambdaサービスアダプターアプリケーションサービス（ポート）アプリケーションサービス（ポート）アダプターアダプターアダプターデータソースの呼び出し

Slide 71

Slide 71 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. ドメインモデルクラス import { AuctionItem } from "./auction_item"; export class Auction { private auction_id: number; private auction_name: string; private auction_items: AuctionItem[]; // .... more members constructor(name: string, ...) { this.auction_name = name; //...initializing code } addAuctionItem(item: AuctionItem) { this.auction_items.push(item); //...more code } ドメインモデルで定義されたピュアなビジネスロジックのみが実装される。外部の世界に対する知識を持たない。

Slide 72

Slide 72 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. ポートクラス（アプリケーションサービス） import { Auction } from "./auction"; import { AuctionItem } from "./auction_item"; import { IAuctionAdapter } from "./i_auction_adapter"; import { IAuctionController } from "./i_auction_controller"; export class AuctionController implements IAuctionController { private auction: Auction; private auction_adapter: IAuctionAdapter; //... constructor(auction: Auction, auction_adapter: IAuctionAdapter) { this.auction = auction; this.auction_adapter = auction_adapter; //... } add_auction_items(items: AuctionItem[]) { //... ポートクラスがドメインモデルとアダプターのインスタンスを受け取り、ドメインモデルとアダプターを呼び出す。

Slide 73

Slide 73 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. アダプタクラス import { Auction } from "./auction"; import { IAuctionAdapter } from "./i_auction_adapter"; export class AuctionAdapter implements IAuctionAdapter { store_auction(auction: Auction) { //ドメインモデルの永続化 //... } } アダプタークラスは外部サービスとの連携を担当単体テスト時はダミークラスに差し替えてテストを実⾏

Slide 74

Slide 74 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 依存関係 Auction AuctionController AuctionDBAdapter IAuctionAdapter DummyAdapter

Slide 75

Slide 75 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. Lambdaサービスがハンドラへのアダプタを提供 • アダプタの役割は外部からのリクエストを内部アプリケーションに伝えるための変換を⾏うこと • API Gatewayからの呼び出し（REST API）をポートクラスの呼び出しに変換する役割はLambdaランタイムが⾏なっている

Slide 76

Slide 76 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 参考︓ヘキサゴナルアーキテクチャのサンプルコード • ヘキサゴナルアーキテクチャを利⽤したLambda関数のドメインモデルの実装 Live § 動画︓ https://www.youtube.com/watch?v=whQ-P05QeDQ § 資料︓ https://pages.awscloud.com/rs/112-TZM-766/images/DEV- 09_LiveCoding_with_hexagonal_architecture.pdf • ヘキサゴナルアーキテクチャを利⽤した AWS Lambda のドメインモデルオブジェクトサンプルコード https://github.com/aws-samples/aws-lambda-domain-model-sample

Slide 77

Slide 77 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 参考︓ドメインモデルのトリレンマ • Domain model purity vs. domain model completeness (DDD Trilemma) https://enterprisecraftsmanship.com/posts/domain-model-purity- completeness/ • ドメインモデルの純粋性と完全性と性能のすべてを取ることはできない • アーキテクチャは常に選択が必要 • 純粋性と性能を選択する場合は、アプリケーションサービス層にドメインの知識が⼀部漏れ出すことを許容する必要がある

Slide 78

Slide 78 text

Slide 79

Slide 79 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. まとめ • 変化に迅速に対応し続けるためにアーキテクチャを選択する • マイクロサービスに適した組織に変更する • Event Stormingはビジネスイベントによって境界を⾒出す⼿法 • ビジネスドメインに従ってサブドメインをサービスに分割する • ⾮機能要件を適⽤するために論理アーキテクチャにマップする • ストラングラーパターンで段階的に移⾏する • ドメインモデルはピュアなビジネスロジックなのでTDDで実装する • ドメインモデルから外部へのアクセスを⾏うコードを分離する

Slide 80

Slide 80 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. Thank you! © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. Thank you! © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. Atsushi Fukui Senior Solutions Architect, Developer Specialist – DevAx Amazon Web Services Japan

Slide 81

Slide 81 text

Slide 82

Slide 82 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. サブドメインのタイプ High Low High Low ビジネスロジックの複雑度ビジネスにおける差別化汎⽤コア汎⽤/ ⽀援⽀援

Slide 83

Slide 83 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. サブドメインの⽐較サブドメインタイプ競合優位性複雑度変動性実装課題コアあり⾼⾼内製関⼼事汎⽤なし⾼低購買/適⽤解決済み⽀援なし低低内製/外注明確

Slide 84

Slide 84 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. サンプル – オークションシステムオークション <コア> ユーザー認証 <汎⽤> ⽀払い <⽀援> 出荷 <⽀援> 在庫 <⽀援> 通知 <汎⽤>

Slide 85

Slide 85 text

Slide 86

Slide 86 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. コンテキストマップ Sales context Support context Marketing context DDDでは境界づけられたコンテキストを統合するための７つのパターンを紹介 • 共有カーネル (Shared Kernel) • 顧客/供給者の開発チーム (Customer/Supplier Development Teams) • 順応者 (Conformist) • 腐敗防⽌層 (Anticorruption layer) • 別々の道 (Separate ways) • 公開ホストサービス (Open/Host service) • 公表された⾔語 (Published language)

Slide 87

Slide 87 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 共有カーネル • 2つ以上の境界づけられたコンテキストが⼩さな/共通のモデルを共有 • 共有モデルの変更は⼀⽅の境界づけられたコンテキストに直接影響する • Linkedライブラリとして実装可能 • 調整による複製 • 同⼀チームが実装する場合は、良い境界づけられたコンテキストの統合⼿段 • 密結合 Bounded Context 1 Bounded Context 2

Slide 88

Slide 88 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 顧客/供給者 • 供給者（上流）が顧客（下流）が必要とするものを提供 • 供給者は顧客が受け取るものと時期を決定する Bounded Context 1 Bounded Context 2 U D

Slide 89

Slide 89 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 順応者 • 上流は下流をサポートするモチベーションはない • 下流は上流のモデルに順応する Bounded Context 1 Bounded Context 2 U D

Slide 90

Slide 90 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 腐敗防⽌層（Anti-Corruption Layer: ACL） • 最も防御的なコンテキストマッピングの関連 • 上流のモデルを下流のモデルに変換するレイヤを作成 • コストが⾼くつき過ぎる可能性もある Bounded Context 1 Bounded Context 2 U D ACL

Slide 91

Slide 91 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 公開ホストサービス（Open Host Service: OHS） • 境界づけられたコンテキストが他から利⽤可能なプロトコルやインターフェイスを提供 • ⼤抵はAPIとして実装される • 他のタイプよりも容易に利⽤可能 Bounded Context 1 Bounded Context 2 OHS

Slide 92

Slide 92 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 公表された⾔語（Published Language: PL） • 広く⽂書化された情報交換⾔語 • 多くの購読者からの購読を単純化 • XMLやJSONスキーマで定義が可能、またはより最適化された記述フォーマット（Protobuf やAvro） • しばしば公開ホストサービスと共に⾒られる Bounded Context 1 Bounded Context 2 PL

Slide 93

Slide 93 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 別々の道 • 境界づけられたコンテキスト感で関連を持たない • チームは⾃分達独⾃のソリューションを開発 Bounded Context 1 Bounded Context 2

Slide 94

Slide 94 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. コンテキストマッピングの例 • 上流は公開ホストサービスと公表された⾔語（REST API、JSON）を提供 • 下流は腐敗防⽌層を作成し、上流もモデルを⾃分達のモデルに変換ユーザー認証コンテキストオークションコンテキスト PL / OHS ACL REST (JSON) U D

Slide 95

Slide 95 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. オークションシステムの例オークション <コア> ユーザー認証 <汎⽤> ⽀払い <⽀援> 配送 <⽀援> 在庫 <⽀援> 通知 <汎⽤> OHS/PL OHS/PL U D ACL ACL U D U D U D

Slide 96

Slide 96 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. ドメインイベント • 境界づけられたコンテキストのビジネス上の重要な出来事を記録 • コンテキスト内や他の境界づけられたコンテキストによって消費される（直接またはメッセージミドルウェアを通じて） • 疎結合、⾼凝集、および独⽴したデプロイ能⼒を推進境界づけられたコンテキスト境界づけられたコンテキストドメインイベントドメインイベント集約メッセージミドルウェア集約

Slide 97

Slide 97 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 例 – ドメインイベントオークションオークション集約 Auction Created Bidder Registered Auction Started Auction Bidden Auction Completed 通知消費