Skip to content

Commit 37aa937

Browse files
richabankerrexagod
andcommitted
Update keps/sig-instrumentation/4827-component-statusz/README.md
Co-authored-by: Pranshu Srivastava <[email protected]>
1 parent 311c912 commit 37aa937

File tree

1 file changed

+13
-21
lines changed
  • keps/sig-instrumentation/4827-component-statusz

1 file changed

+13
-21
lines changed

keps/sig-instrumentation/4827-component-statusz/README.md

Lines changed: 13 additions & 21 deletions
Original file line numberDiff line numberDiff line change
@@ -103,7 +103,7 @@ Originating at Google and embedded by default in many internal servers, z-pages
103103

104104
With statusz, we envision the following advantages
105105

106-
* Consolidated and precise information: Presenting critical build data in a clear, concise format, eliminates the need to dig through logs or configurations to gather this essential information. Z-pages offer a distinct advantage over external monitoring solutions by providing insights from within the server itself. This inherent integration eliminates the need for complex external setups and potential network latency issues
106+
* Consolidated and precise information: Presenting critical build data in a clear, concise format, eliminates the need to dig through logs or configurations to gather this essential information. Z-pages offer a distinct advantage over external monitoring solutions by providing insights from within the server itself. This inherent integration eliminates the need for complex external setups like manual inspection of logs, configuration files, or running external scripts that may be subject to potential network latency issues
107107
* Streamlined troubleshooting and debugging: Immediate access to crucial build information like binary version, Go version and compatibility details enables better understanding of the component's state. We hope this interface makes it easier to identify version mismatches or incompatibilities that might contribute to issues, accelerating troubleshooting and debugging efforts
108108

109109

@@ -115,7 +115,7 @@ With statusz, we envision the following advantages
115115
### Non-Goals
116116

117117
* Replace existing monitoring solutions: metrics, logs, traces
118-
* Provide extensibility for exposing information about underlying runtime components (like the CNI) through this mechanism
118+
* To provide a general-purpose extension mechanism for other components (e.g., container runtime, CNI, device plugins) to expose their own information through z-pages
119119
* Provide information about components that are not directly accessible due to network restrictions
120120

121121
## Proposal
@@ -145,7 +145,7 @@ We are proposing to add a new endpoint, /statusz on all core Kubernetes componen
145145

146146
### Data Format and versioning
147147

148-
Initially, the statusz page will exclusively support a plain text format for responses. We will implement these endpoints using versioned URLs, like /v1/statusz, to ensure future compatibility. This versioning strategy allows us to seamlessly introduce structured data formats (e.g., JSON) in the future, through a distinct endpoint such as /v2/statusz, without disrupting existing implementations.
148+
Initially, the statusz page will exclusively support a plain text format for responses. We will implement these endpoints using versioned URLs, like /statusz/v1, to ensure future compatibility. This versioning strategy allows us to seamlessly introduce structured data formats (e.g., JSON) in the future, through a distinct endpoint such as /statusz/v2, without disrupting existing implementations.
149149

150150
### Authz and authn
151151

@@ -157,7 +157,7 @@ Access to the endpoint will be limited to members of the `system:monitoring grou
157157

158158
#### Request
159159
* Method: **GET**
160-
* Endpoint: **v1/statusz**
160+
* Endpoint: **/statusz/v1**
161161
* Body: empty
162162

163163
#### Response fields
@@ -172,22 +172,14 @@ Access to the endpoint will be limited to members of the `system:monitoring grou
172172
#### Sample response
173173

174174
```
175-
----------------------------
176-
title: Kubernetes Statusz
177-
description: Details of the status data that Kubernetes components report.
178-
----------------------------
179-
180-
## Started: Fri Sep 6 06:19:51 UTC 2024
181-
## Up: 0 hr 00 min 30 sec
182-
183-
## Build Info
184-
--------------
185-
### Go version: go1.23.0
186-
### Binary version: 1.31.0-beta.0.981&#43;c6be932655a03b-dirty
187-
### Emulation version: 1.31.0-beta.0.981
188-
### Minimum Compatibility version: 1.30.0
189-
190-
## List of useful endpoints
175+
Started: Fri Sep 6 06:19:51 UTC 2024
176+
Up: 0 hr 00 min 30 sec
177+
Go version: go1.23.0
178+
Binary version: 1.31.0-beta.0.981&#43;c6be932655a03b-dirty
179+
Emulation version: 1.31.0-beta.0.981
180+
Minimum Compatibility version: 1.30.0
181+
182+
List of useful endpoints
191183
--------------
192184
healthz:/healthz
193185
livez:/livez
@@ -232,7 +224,7 @@ to implement this enhancement.
232224

233225
#### Deprecation
234226

235-
We plan to use the existing strategy for deprecating the zpage as is used for metrics currently, that is
227+
We plan to use the existing strategy for deprecating a zpage as is used for metrics deprecation currently, that is,
236228

237229
- Announce deprecation and support policy of the z-page
238230
- Two versions passed since introducing the functionality that deprecates the z-page (to address version skew)

0 commit comments

Comments
 (0)