2016-08-23 8 views
1

私は現在、認証を担当するマイクロサービス(IDとアクセス権を担う有界のコンテキスト)を開発中です。我々などDDDユーザドメイン固有の設定

role_can_write_booking: true, 
fetch_products_type : "all/forUsersCompanyOnly" 

例えば

(このhttps://developer.zendesk.com/rest_api/docs/core/custom_rolesのようなもの)を、別のドメインに関連付けられているユーザの役割に基づいて特定の設定を持っていますが、トークンに

を生成するために使用

この情報をID BCの一部として保持するか、各ドメインを設定の一部として保持する必要があります。 例: role_can_write_booking : true予約ブッキングされたコンテキスト内で、 fetch_products_type : "all/forUsersCompanyOnly"の中に予約商品に囲まれたコンテキスト。 ?

+0

ちょうど好奇心が強い...複数の境界のあるコンテキストにまたがる多くの役割がありますか?あなたはそのような役割の例を挙げることができますか?私の経験では、各サブドメインのユビキタス・ランゲージは独自のパーソナ/ロール名を定義する傾向があります。 – guillaume31

+0

@ guillaume31それぞれの制限されたコンテキストは、会計、予約、商品などの機能の1つを提示します。例の1つは、予約を担当するエージェントを持つことができることです。ユビキタス言語では、1つはBookingAgent、1つはProductAgentになります。それらのうちのいくつかは読み取り専用で、一部は編集可能など – Robert

+0

たとえば、より正確な役割名を与えることができません。 [予約+商品担当]は、私の匂いのように感じます。役割が実際に紀元前にある場合はどうなりますか?それから、私はあなたのドメインにいません。 – guillaume31

答えて

3

です。いずれにしてもトレードオフがあります。アイデンティティ・コンテキスト内にすべての情報を格納する場合は、他のすべてのコンテキストに関する知識が必要であり、任意のコンテキストでアクセス権またはアクセス・ルールが変更されるたびに変更する必要があります。各コンテキストが独自の許可ルールを管理している場合は、自分自身について知る必要があります。

また、物事の管理方法も考慮する必要があります。ロールと権限を集中管理するという概念はありますか?

"それはまた、コースまたはきめの細かい役割をする必要がどのように依存し、どのように複雑なドメインが

あなたは非常にコースグレインな役割を持っている場合は

(アイデンティティ/役割/アクセス権などの面である。すなわち管理者 '、'ユーザー ')、私はおそらくアイデンティティのコンテキストを持つユーザーのアカウントと役割を管理する行に沿って何かを行うだろうが、個々のコンテキストに物事の権限側を残します。ここではロールXとY 'を持つ認証されたユーザーがあり、個々のコンテキストによってこれが許すものが決まります。

関連する問題