Clarify metadata propagation in OFREP provider guidelines
还没有人认领这个 Issue。
评估
- 难度
- 5/5
- 预计耗时
- 一周以上
- 新手友好度
- 35/100
- Issue 类型
- 文档
- 描述清晰度
- 基本清楚
- 活跃度
- 活跃
调研方向
阅读 Evaluation 中的 guideline/dynamic-context-provider.md，以及 Initialization、Evaluation、Polling 和 Change context 中的 guideline/static-context-provider.md。明确按 flag 保留 metadata 的方式，以及 static-provider 对 304 和 200 响应的缓存行为，然后确定 bulk 级别的 metadata 是否属于此 issue，以及它是如何暴露的。
由索引模型根据 Issue 内容生成。
描述
Following the Slack discussion, I suggest explicitly defining how OFREP response metadata reaches OpenFeature flagMetadata. At Confidence, we want to carry an opaque resolve token through metadata so an after hook can report exposure when a cached flag is evaluated.
I suggest updating Evaluation in the dynamic provider guidelines, and Initialization, Evaluation, Polling, and Change context in the static provider guidelines, to specify:
- Preserve all valid per-flag metadata, including custom vendor keys, in resolution
flagMetadata. - Keep cached metadata associated with its value: retain it on
304, replace it on200, and clear old entries when omitted from the replacement.
Suggested wording for per-flag propagation to start a discussion:
Providers MUST preserve per-flag OFREP metadata in OpenFeature resolution flag metadata, retaining keys, values, and primitive types. Static providers MUST preserve this association when caching and updating evaluations.
I would also like to define how bulk-level metadata is exposed to applications and hooks, including whether it is merged into per-flag metadata and which keys take precedence. Not sure if we want to take that discussion in the same issue?
Are there existing implementations or cache semantics that would make these requirements problematic?
AI-assisted
- 主要语言
- 没有语言数据
- 星标
- 57
- 派生
- 6
- PR 合并指标
- 30 天内没有已合并 PR
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
open-feature/protocol 的其他 Issue
-
难度 5/5 一周以上 新手友好度 30/100
open-feature/protocol#83 · 1 个 reaction ·
-
难度 5/5 一周以上 新手友好度 25/100
open-feature/protocol#73 · 2 条评论 ·
-
难度 5/5 一周以上 新手友好度 30/100
open-feature/protocol#72 ·
-
难度 5/5 一周以上 新手友好度 25/100
open-feature/protocol#71 ·
-
难度 5/5 一周以上 新手友好度 35/100
open-feature/protocol#70 ·
查看 open-feature/protocol 的全部 Issue
相似的 Issue
-
docs(metrics): replace stale src/metrics.rs line anchors in dashboard-metrics.md with symbol names未关闭
难度 2/5 1-3 小时 新手友好度 88/100
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 83/100
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 85/100
-
enhancement
难度 1/5 1 小时以内 新手友好度 90/100
Seb3thehacker/gearslip#71 ·
-
area:security effort:S priority:P2 provider:local-libvirt status:ready type:docs
难度 2/5 1-3 小时 新手友好度 75/100
randomparity/kdive#3495 ·
维护者通常 1 天内回复