DDDドメイン駆動型デザインを使用する際のセキュリティを置く場所

タイトルが示唆しているように、セキュリティ関連のコード（JWT、標準認証などのコード）をどこに置くのが最もよいかという一般的な意見に興味があります。DDDドメイン駆動型デザインを使用する際のセキュリティを置く場所

私はそれについてかなり考えており、私はこれに適した場所が何かを知りません。

誰かがこれに関するあらゆる経験をしていますか？ DDDによると、あなたはこれに対して正しい場所は何ですか？

2016-09-05 nemo_87

あなた/ドメインの専門家に、標準の認証サウンドが_ビジネスコンセプトのようなものですか？私はそれがあなたのアプリケーションのエントリーポイントではないと信じているので、あなたのドメインに入れてはいけません。 – kayess

[ドメイン駆動設計におけるアクセスコントロール]の可能な複製http://stackoverflow.com/questions/23464697/access-control-in-domain-driven-design） – guillaume31

@kayess私はまったく同じ疑念を持っていました。一方はドメインに属し、他方はそれには適していないように見えます。アプリケーションのエントリーポイントは私にとっては良い考えのように聞こえる...それを提案してくれてありがとう:) –

@ inf3rnoのAccess Control in Domain Driven Designに記載されているように、Vaughn Vernonは彼の本Implementing Domain-Driven Designで簡単に触れています。

セキュリティとアクセス許可は、それ自身の限定されたコンテキストで集中され、他の限定されたコンテキストによって使用される必要があります。インスピレーションのためにIdentity Accessの限定されたコンテキストを見てみましょうが、自分自身のセキュリティシステムを構築すべきではないと書かれているSchneier's Lawに従うことをお勧めします。

出典

2016-09-09 20:04:11 Martin4ndersen

シュナイアの法則のために大いに！ :-) – inf3rno

DDDドメイン駆動型デザインを使用する際のセキュリティを置く場所

答えて

関連する問題