コンテキストマップ

ドメイン駆動設計で、システムを構成する複数の境界づけられたコンテキスト（同じモデルと用語が通用する範囲）と、それらの間の関係を図にしたもの。上流・下流の関係、共有するモデル、変換のための層（腐敗防止層）などのつなぎ方を示し、チームやサービスの間の連携の設計に使う。

ドメイン駆動設計で、業務の専門家と開発者が共通して使う、ドメインの用語と意味をそろえた言語。会話、文書、ソースコードのクラス名やメソッド名にまで一貫して使い、認識のずれや言い換えによる誤解を防ぐ。境界づけられたコンテキストごとに定める。

ドメイン駆動設計で、特定のドメインモデルとユビキタス言語が一貫して通用する範囲。同じ「顧客」という語でも販売と配送では意味や属性が違うため、範囲を区切ってモデルを分ける。マイクロサービスの分割の単位を考える手掛かりにもなる。

ドメイン駆動設計で、特定のエンティティや値オブジェクトに持たせると不自然になる業務上の処理を、独立して表すオブジェクト。ドメインサービスとも呼ぶ。口座間の振替のように複数のエンティティにまたがる計算や判定を担い、それ自体は状態を持たない。画面やデータベースの操作の手順を調整するアプリケーションサービスとは区別される。

マイクロサービス間の通信を管理・制御するためのインフラストラクチャ層。サイドカープロキシ（Envoy等）を各サービスに配置し、トラフィック制御、サービスディスカバリ、暗号化、可観測性を提供する。Istioが代表的な実装。

ドメイン駆動設計で、属性の値ではなく一意な識別子によって同一性が保たれるオブジェクト。顧客や注文のように、属性が変わっても同じものとして追跡する必要があるものが当たり、ライフサイクルを通じて状態が変化する。値そのもので等しいかどうかが決まる値オブジェクトと対比される。

ドメイン駆動設計で、ソフトウェアによって課題を解決しようとする業務上の対象領域。例えば保険のシステムなら、契約、保険料、保険金の支払などの業務の知識とルールの範囲を指す。ドメインの知識を整理して表したものがドメインモデルで、大きなドメインは境界づけられたコンテキストに分けて扱う。関係モデルの定義域（ドメイン）とは別の意味である。