我们无法真正检测到我们为CRD生成OpenAPI的方式是否稳定，我在这里提出了一些建议：
https://github.com/kubernetes/kubernetes/pull/114439/files#r1088302582
由于CRDs不是同步聚合的，所以我们需要小心，可能会出现竞争条件。
/wg api-expression
/triage accepted
/cc @alexzielenski@Jefftree
我们无法真正检测到我们为CRD生成OpenAPI的方式是否稳定，我在这里提出了一些建议：
https://github.com/kubernetes/kubernetes/pull/114439/files#r1088302582
由于CRDs不是同步聚合的，所以我们需要小心，可能会出现竞争条件。
/wg api-expression
/triage accepted
/cc @alexzielenski@Jefftree
3条答案
按热度按时间njthzxwz1#
@apelisse,随着您为OpenAPI添加的缓存，CRDs应该在请求时同步聚合，对吧？我希望我们不需要在bash中编写轮询逻辑。
我确实认为我们应该为CRDs提供一些黄金测试数据。可能会建议不要将其与swagger.json一起导出，因为我相信有很多下游项目会下载它以获取k/k内置类型的列表，但除了update-openapi-spec.sh中的进程之外，似乎还有其他一些内容是可行的。
hgc7kmma2#
让我们重新审视这个问题，不仅仅是为了黄金比较，还要有一组静态的CRDs来进行基准测试。我不认为我们有一个合适的模糊器来通过CRDs的验证，你认为使用其他k8s项目(例如：Crossplane)的实际CRDs的子集怎么样？
nuypyhwy3#
这个问题已经超过一年没有更新了，应该重新进行优先级评估。
你可以：
/triage accepted(仅组织成员)相关/close关闭这个问题有关优先级评估过程的更多详细信息，请参见 https://www.kubernetes.dev/docs/guide/issue-triage/
已接受移除优先级评估