Azure / Azure/data-api-builder
[Enhancement] Debug further on higher Limit for Cache TTL
オープン
- 主要言語
- C#
- スター
- 1.5k
- フォーク
- 372
- 平均マージ
- 3日 22時間
- マージ済み PR(30日)
- 9
説明
We should have a higher limit on cache for TTL not only to keep a logical limit but also due to security reasons.
DAB users shouldn't be allowed to use INT.Max as the upper limit which is the situation currently.
In this issue, we should explore with developers using DAB and get a logical conclusion for this limit.
コントリビューションガイド
調査の方向性
まず、DAB が現在キャッシュ TTL の上限をどのように扱っているか、また INT.Max が受け入れられる理由を確認します。開発者と DAB ユーザーに論理要件とセキュリティ要件について確認し、その後、合意された上限とその根拠を完了条件として文書化します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- csharp
- 領域
- backend-api-design, security
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100