データの現在の状態のみをリレーショナル データベースに格納する代わりに、オブジェクトに対して実行された一連のアクションをすべて追加専用ストアに格納します。 ストアは、ドメイン オブジェクトの具体化に使用できるレコードのシステムとして機能します。 この方法では、複雑なシステムでの監査可能性と書き込みのパフォーマンスを向上させることができます。 Important イベント ソーシングは、重要なトレードオフを導入する複雑なパターンです。 データの格納、コンカレンシーの処理、スキーマの進化、クエリの状態の変更が行われます。 イベント ソーシング ソリューションとの間の移行にはコストがかかります。パターンを採用した後は、それを使用するシステムの部分で将来の設計上の決定が制約されます。 監査可能性や履歴の再構築などの利点がパターンの複雑さを正当化する場合は、イベント ソーシングを採用します。 ほとん
ビジネス ドメインの理解を反映する各マイクロサービスまたは境界コンテキストのドメイン モデルを設計します。 このセクションでは、複雑なサブシステム、または絶えず変化するビジネス ルールを持つドメイン エキスパートの知識から派生したマイクロサービスに取り組む必要がある場合に実装する、より高度なマイクロサービスに焦点を当てます。 このセクションで使用するアーキテクチャ パターンは、図 7-1 に示すように、ドメイン駆動設計 (DDD) とコマンドクエリ責任分離 (CQRS) アプローチに基づいています。 図 7-1 各マイクロサービスの外部マイクロサービス アーキテクチャと内部アーキテクチャ パターン ただし、ASP.NET Core Web API サービスを実装する方法や、Swashbuckle または NSwag を使用して Swagger メタデータを公開する方法など、データ ドリブン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
