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

© 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 アマゾンウェブサービスジャパン合同会社

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

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

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

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

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. なぜマイクロサービスアーキテクチャを採⽤するのか

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

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

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. マイクロサービスに適した組織

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

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

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. どうやってサービスを分割するのか

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. ドメイン駆動設計によるサービスの分割

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

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

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

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

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

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

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

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 }

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; } //... }

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

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

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/

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. 実装に向けた⾮機能要件への適⽤

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

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

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）システム及びソフトウェア品質モデル」より

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

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. ストラングラーパターンによる移⾏

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

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

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

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

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

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

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

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

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

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

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

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. ドメインモデルのインフラストラクチャコードからの分離

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

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 … アプリケーションはポートによって接続されるアダプタは外界との糊の役⽬を果たすドメインモデルはビジネスロジックを実⾏し、モデルの外側についての知識を持たない

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

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 } ドメインモデルで定義されたピュアなビジネスロジックのみが実装される。外部の世界に対する知識を持たない。

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[]) { //... ポートクラスがドメインモデルとアダプターのインスタンスを受け取り、ドメインモデルとアダプターを呼び出す。

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) { //ドメインモデルの永続化 //... } } アダプタークラスは外部サービスとの連携を担当単体テスト時はダミークラスに差し替えてテストを実⾏

rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 依存関係 <Domain Model> Auction <Port> AuctionController <Adapter> AuctionDBAdapter <interface> IAuctionAdapter <Adapter> DummyAdapter

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

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

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/ • ドメインモデルの純粋性と完全性と性能のすべてを取ることはできない • アーキテクチャは常に選択が必要 • 純粋性と性能を選択する場合は、アプリケーションサービス層にドメインの知識が⼀部漏れ出すことを許容する必要がある

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. まとめ

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

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

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. Appendix

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. コンテキストマッピングのパターン

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)

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

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

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

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

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

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

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

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

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

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

More Decks by Atsushi Fukui

Other Decks in Technology

Featured

Transcript