共計 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 小編將為大家推送更多相關知識點的文章，歡迎關注！