Download as PDF, PPTX
Uploaded by増田 亨
PDF, PPTX44,543 views
マイクロサービス ４つの分割アプローチ
アプリケーションの分割のアプローチ●４つのアプローチ- ビジネスファンクション- 動詞／ユースケース- 名詞／リソース- 境界づけられたコンテキスト● トランザクションの分割- パイプライン化 (VETRO)- コーディネート (Saga)- 状態更新の非同期化 ( Event History - State Materialize - Domain Specific Query )
Recommended
More Related Content
What's hot
More from 増田 亨
マイクロサービス ４つの分割アプローチ
- 1.
- 2.
- 3.
- 4.
- 5.
- 6.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14.
- 15.
- 16.
- 17.
- 18.
- 19.ネットワークは信頼できる → 必ず落ちるネットワークは遅延しない→ メモリに比べとんでもなく遅いネットワークの帯域は無限である → 帯域は有限ネットワークは安全である → アクセスできている＝穴が開いているネットワーク構成は変化しない → 誰かが前触れもなく変更する一人の管理者が集中管理してくれる → 複数人がばらばらに管理している転送コストはゼロである → データ転送はお金がかかるネットワーク全体は等質である → 性質の異なる構成要素のごった煮出典：Fallacies of Distributed Computing Explainedhttp://www.rgoarchitects.com/Files/fallacies.pdf勘違い 真実2019/5/18 19
- 20.
- 21.
- 22.
- 23.
- 24.ビジネスファンクションによる分割✓業務の活動単位・管理単位を、そのままシステム構造に反映✓サービス間連携が（現実世界と同じ）複雑さになりやすい✓大企業の場合➢ 業務機能ごとに部門が分かれている➢ 商品カテゴリ、担当地域などでさらに細分化が必要かも➢大企業病（非効率、硬直化、調整ごとの多さ、合意形成までの時間）がシステムの開発・運用に、そのまま持ち込まれる✓中小企業の場合➢ 複数の業務機能をひとつの部門が担当する➢ 業務機能をまたがった要求がでてきやすい（システム構造との不整合がおきやすい）2019/5/18 24
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.リソース管理単位の分割2019/5/18 33顧客系リソース 商品系リソースID-氏名プロファイル連絡先購入履歴プリファレンスコミュニケーション履歴認証認可設定アクセス履歴番号-名前商品カタログ仕様詳細価格物流特性仕入特性取り扱い状態在庫状態モノリスのリソース管理を、こういう単位のCRUDに分割しながらマイクロサービスへの移行を検討する
- 34.
- 35.
- 36.ドメイン2019/5/18 36モデルサブドメイン サブドメインサブドメイン境界づけられたコンテキストサブドメインサブドメインコンテキストコンテキストコンテキストエヴァンス流コンテキスト→ モデル → サブドメインバーノン流ドメイン → サブドメイン → コンテキスト
- 37.エヴァンス流の定義✓Bounded Context :境界づけられたコンテキスト➢ひとつのモデルを一貫して適用できる範囲➢境界の実体⚫ チーム（密接なコミュニケーションの範囲）⚫ ソースコードやDBスキーマの所有権（変更可能範囲）✓サブドメイン➢特定のモデルの中の、独立性の高い、凝集した塊2019/5/18 37どちらもマイクロサービスの単位になりえる実際には、サブドメインは設計の見直しで定義しなおすことが多いサブドメインでマイクロサービスに分けるのは設計改善の障害になりやすい
- 38.
- 39.
- 40.
- 41.
- 42.
- 43.
- 44.2019/5/18 44ビジネスファンクション 業務の活動単位・管理単位で分割する動詞/ユースケース機能要求一覧で分割する名詞/リソース エンティティ+CRUDビジネスルール中心境界づけられたコンテキストサブドメイン（ドメイン駆動設計由来の分割）
- 45.
- 46.トランザクション 分解パターン2019/5/18 46パイプライン化（VETRO）コーディネータ （Saga）状態更新の非同期化 （EH-SM-DSQ）
- 47.
- 48.
- 49.inboundメッセージEvent 通知、Document送付Query 問い合わせ、Command指示Validation妥当性検証メッセージ内容の妥当性を検証するデータ形式、必須属性、値範囲、…Enrich情報付加メッセージに含まれたIDなどから、関連する情報を収集するルール（ex. 顧客ID->顧客購買履歴)Translate情報導出付加された情報を元に、新たな情報を導出するルール（ex. 購買履歴 → 顧客ランク )Routing分岐判定導出された情報を元に、適切なオペレーションに分岐させるルール ( ex. 顧客ランクごとの対応 )Operation通知/記録通知ルール：誰に何を通知すべきか？記録ルール：どこに何を記録すべき？2019/5/18 49
- 50.
- 51.コーディネータ （Saga）③が不成立だった場合、①と②にキャンセル処理を実行するさまざまな状況と、その対応方法(undo)の物語を用意する①②③を、独立して、順不同で実行する三つともOKであれば完了（Happy Goal)①独立したトランザクションA②独立したトランザクション B③独立したトランザクション Cinboundメッセージコーディネータひとつの大きなトランザクション → 独立した複数の小さなトランザクションに分割2019/5/18 51
- 52.
- 53.
- 54.状態更新の非同期化イベント記録Event Historyイベント履歴に追記のみ状態は更新しない状態は、履歴を再生して動的に導出する状態の実体化State Materialize目的ごとに必要な状態を導出するイベント発生とは非同期に処理(publish/subscribe)目的別のクエリDomainSpecific Query検索の文脈ごとのクエリサービスを提供する（なんでも検索にしない）APIがシンプルになる各クエリのパラメータは数個にとどめる2019/5/18 54
- 55.Event History -State Materialize – Domain Specific Query2019/5/18 55inboundイベントイベントハンドラ目的別状態状態の実体化問合せsubscribe目的別状態状態の実体化問合せsubscribe目的別状態状態の実体化問合せsubscribepublishイベント履歴追記①②③状態は、履歴を再生して導出 問合せを目的別に分解することで、APIとデータ構造をシンプルにできる
- 56.
- 57.
- 58.
- 59.
- 60.トランザクションの分解パターン2019/5/18 60パイプライン化 （VETRO）コーディネータ（Saga）状態更新の非同期化 （EH-SM-DSQ）