发生了什么？
一般来说，客户端可以通过指定 allowWatchBookmarks 查询参数来请求 WatchBookmark 事件。然而，服务器并不一定要提供任何 WatchBookmark 事件，如 https://github.com/kubernetes/enhancements/tree/master/keps/sig-api-machinery/956-watch-bookmark#proposal 所述。这种方法的动机是来自 etcd 这样的存储系统的 WatchBookmark 事件频率可能非常高。随着 watch 请求的增加，服务器负载也会增加。
在实践中，指向 watch 缓存的 watch 请求将接收到事件，而指向 etcd 存储实现的请求则不会。我希望所有存储实现都能兼容并提供相同的一组功能。这将使开发人员和最终用户的生活更轻松，因为系统的行为将根据实际用于处理请求的存储保持一致。
你期望发生什么？
我希望所有存储实现都能兼容并提供相同的一组功能。这将使开发人员和最终用户的生活更轻松，因为系统的行为将根据实际用于处理请求的存储保持一致。
我们如何尽可能精确地最小化地重现它？
今天当你对基于 master 分支构建的集群执行 k get --raw '/api/v1/namespaces/default/events?watch=true&allowWatchBookmarks=true' 时，你将无法获得任何书签事件。
我们需要了解其他信息吗？

• 无响应*

Kubernetes 版本

$ kubectl version
# paste output here
N/A

云提供商
N/A
操作系统版本

# On Linux:
$ cat /etc/os-release
# paste output here
$ uname -a
# paste output here

# On Windows:
C:\> wmic os get Caption, Version, BuildNumber, OSArchitecture
# paste output here

安装工具
容器运行时(CRI)和版本(如果适用)
相关插件(CNI,CSI,...)和版本(如果适用)