カスタムクレームMVCアプリケーションのID管理

Question

MVCアプリケーションでOpenID-Connectを使用してAzure AD認証を実装し、管理されたロールクレームを使用してアプリケーションでロール管理を有効にしました。

ここで、申し立て件数が非常に多いため、申し立てを管理するための新たなトラブルが発生しました。

SQL DB： 1）マスター請求表 2）ロール表 3）はRoleID - ClaimIDマッピングテーブル 4）UserClaimsテーブル - ユーザIDとroleidマッピングが維持される場所これは

C位を：

var identity = new ClaimsIdentity(new[] { 

     new Claim("UserMgt:Maintenance", "True"), 
     new Claim("UserMgt:Add", "True"), 
     new Claim("UserMgt:Add", "True") 
}, 
    "ApplicationCookie"); 

。 。 。

パフォーマンスが低下するかどうかはわかりません。 Azureでアプリケーションをホストし、ユーザーがログインするとすぐにクレジットをRediscacheに保存し、各ページの対応するクレームを読んで各ページ/モジュールにアクセスを提供します。

あなたに良い提案がある場合はお知らせください。

ありがとうございました

Answer 1

ログインクレームはCookieに保存されています。したがって、クッキーからのクレームの読み取りはかなり速く、データベースへのアクセスは必要ありません。

しかし、クッキーのサイズが問題になる可能性があります。 Cookieにあまりにも多くのデータを入れた場合、要求は過剰になります。 1つのクッキーは最大16Kbのヘッダー（ブラウザに依存）で最大4Kbになることができます。あなたがその限界にぶつかっているなら、あなたが主張でやっていることを再考する価値があります。 （AJAXのリクエストで、20文字で201リクエストが出るが、ネットワーク経由で約16KBのヘッダーがあるとする）。明らかに、クレームはクッキーで暗号化されていますが、データの増加率は約1.1です。私。クレームの1Kbのデータでは、実際のクッキーサイズは約1.1Kb（同じ問題を調査していたときのクッキーサイズを使った私の経験から）です。

これらの制限に当てはまらない場合は、私はそれについてあまり心配しないと言います。