アーキテクチャ設計(イベント駆動(Event-Driven Architecture / イベント駆動開発))

← イベント駆動(Event-Driven Architecture / イベント駆動開発) の全体マップ(第1階層)へ戻る

どのパターンで連携させるかを決める。パターン選定・トポロジ・スキーマ契約

ワークフロー(第2階層)

各アクティビティをクリックすると、個別作業(第3階層)へ移動します。

graph LR
  a0["イベント駆動パターンの選定"]
  a1["トポロジとブローカーの決定"]
  a0 --> a1
  a2["イベントスキーマ(契約)とカタログの設計"]
  a1 --> a2
  click a0 "/process-compass/processes/event-driven/architecture/pattern-selection/" "イベント駆動パターンの選定の詳細へ"
  click a1 "/process-compass/processes/event-driven/architecture/topology-broker/" "トポロジとブローカーの決定の詳細へ"
  click a2 "/process-compass/processes/event-driven/architecture/schema-design/" "イベントスキーマ(契約)とカタログの設計の詳細へ"

アクティビティ一覧

• イベント駆動パターンの選定 — 4パターンの混同を避けることが最重要(Fowler の中心的指摘)(担当: アーキテクト)
• トポロジとブローカーの決定(担当: アーキテクト)
• イベントスキーマ(契約)とカタログの設計(担当: アーキテクト、開発者)

このフェーズの出口ゲート

パターン適合検査

Deliverables	パターン選定表
判定基準	4パターンが混同されず文脈に合っているか
判定者	アーキテクト
判定結果	妥当 / パターン差し替え

疎結合・境界検査

Deliverables	トポロジ図 / コンテキストマップ
判定基準	イベント連携が過度な同期依存(分散モノリス)を生んでいないか
判定者	アーキテクト
判定結果	妥当 / 境界・連携の引き直し