問題タブ [bounded-contexts]

2 つの境界付けられたコンテキストがそれらの間でアップストリーム通信を行うことができるという考えは悪い考えですか?

たとえば、注文 BC がイベントを発行し、在庫 BC がそのイベントをサブスクライブし、同時に在庫 BC がイベントを発行でき、注文 BC がサブスクライブします。

2 つの集約ルートを持つ「ディレクトリ」境界コンテキストがあるとします。会社と人。会社には、いくつかの追加の値データを含む個人集計の ID を保持する子エンティティ「Position」のコレクションがあります。

すべて良い。

次に、集約ルート JobAriticle を使用して「Article」境界コンテキストを追加します。これには、会社のポジションからマッピングされた Contact 値オブジェクトが必要です。

集約ルートのみを参照する必要があることを知っていれば、どうすればよいでしょうか? 会社とポジションの関係に不変条件があると仮定して、集計を分割したくありません。会社 ID と役職 ID の両方を使用して、腐敗防止レイヤーを介して役職をマッピングしても問題ありませんか? それとも、会社の集計をバラバラにする必要がありますか。

node.js プロジェクトをマイクロサービス アプローチに移行し始めていますが、データを共有する方法がわかりません。以下に例を示します。次の境界付けられたコンテキストがあるとします。

• アカウント (ユーザー アカウント、権限、ログイン/ログアウト、プロファイルなどの管理に使用)
• 画像 (特定のアカウントに関連付けられたプロフィール写真、画像ギャラリーなどのファイルのアップロードを管理するために使用されます)
• ビデオ (特定のユーザーに関連付けられたさまざまな形式へのビデオのアップロードとトランスコーディングの管理に使用)

この例では、画像とビデオは、アカウントの境界付けられたコンテキストまたはマイクロサービスに自然に依存しているように見えます。アカウント テーブルを画像データベースとビデオ データベースにコピーして、必要なアカウント データのみを格納することもできると思いますが、アカウント情報は頻繁に更新されるため、一貫性を維持するなどの点で悪夢のように思えます。他のマイクロサービスには、この同じ依存関係が必要です。3 つのマイクロサービスすべてで同じデータベースを使用することもできますが、それは、各マイクロサービスを独自のデータベースに関連付けるという推奨事項に違反することになります。

このシナリオを処理するための推奨されるアプローチは何ですか? 私はまだ計画段階にあり、これが正しい方法で行われたことを確認したいと考えています.