共计 722 个字符，预计需要花费 2 分钟才能阅读完成。
这篇文章主要讲解了“Kubernetes API 设计中的 Events 有什么用”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着丸趣 TV 小编的思路慢慢深入，一起来研究和学习“Kubernetes API 设计中的 Events 有什么用”吧！
导读
当设计 API 扩展及实现其控制器时，如何设计 events 和 status？什么样的信息需要放到 status 中，什么样的信息需要放到 events 中？
Event 设计约定
event 的设计初衷是为 status 提供一个补充，与 status 不同的是，event 可以提供历史信息。与 status 类似的是，event 也由控制器维护。那么什么时候需要报告 event？需要报告什么信息呢？
当控制器观测到资源的某个状态（正常状态或异常状态）时，如果需要用户或管理员注意，那就需要报告事件。报告的事件，通常包含 3 个信息：
reason：事件名称
type：事件类型（或事件等级），可以为”Normal“或”Warning“
message: 事件详细描述信息
事件类型当前只有 Normal 和 Warning 可选，将来如有必要可以扩展出新的类型，比如 Critical 来表示更严重的信息。事件名称使用驼峰风格表示，名字尽量简短，但信息量也要充足，避免使用极简的名称，比如 Failed，至少也要使用”xxxFailed“，指出到底是什么出错了。
感谢各位的阅读，以上就是“Kubernetes API 设计中的 Events 有什么用”的内容了，经过本文的学习后，相信大家对 Kubernetes API 设计中的 Events 有什么用这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是丸趣 TV，丸趣 TV 小编将为大家推送更多相关知识点的文章，欢迎关注！
