境界付けられたコンテキスト

概要

「全ての部署で使える完璧なデータベース」を作ろうとするのは、失敗への道である。それぞれの部署（コンテキスト）には、独自の目標とルールがあり、そこで使われる言葉の意味も微妙に異なる。境界付けられたコンテキストは、この違いを尊重し、システムを疎結合に保つための戦略的設計パターンである。

画面ごとの情報の最適化: ユーザーが今どのコンテキスト（買い物中なのか、サポート問い合わせ中なのか）にいるかに合わせて、表示する情報や用語を切り替える。
マイクロフロントエンド: コンテキストごとにフロントエンドのチームやデプロイ単位を分けることで、独立してUX改善を行えるようにする。

複数の部署やシステムが関わる大規模な開発において。巨大な「統一モデル」を作ろうとして失敗するのを防ぐために使う。

コンテキストを細かく分けすぎると、システム間の連携（マッピング）が複雑になる。組織構造（チーム構成）とコンテキストの境界を一致させるのが理想的（コンウェイの法則）。

「商品」という言葉は、販売コンテキストでは「価格と在庫を持つもの」だが、配送コンテキストでは「箱のサイズと重量を持つもの」になる。これらを無理に一つの「商品クラス」にまとめず、別のモデルとして扱う。