From fc06aeee0c7abb0fbd4a8319ea243dda54bc1b5f Mon Sep 17 00:00:00 2001 From: CaoShuFeng Date: Sun, 4 Mar 2018 03:41:53 +0800 Subject: [PATCH] fix description about api concepts (#7596) --- docs/reference/api-concepts.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/reference/api-concepts.md b/docs/reference/api-concepts.md index ad647a568e..609b9f55ae 100644 --- a/docs/reference/api-concepts.md +++ b/docs/reference/api-concepts.md @@ -152,7 +152,7 @@ Note that the `resourceVersion` of the list remains constant across each request ## Alternate representations of resources -By default Kubernetes returns objects serialized to JSON with content type `application/json`. This is the default serialization format for the API. However, clients may request the more efficient Protobuf representation of these objects for better performance at scale. The Kubernetes API implements standard HTTP content type negotation: passing an `Accept` header with a `GET` call will request that the server return objects in the provided content type, while sending an object in Protobuf to the server for a `PUT` or `POST` call takes the `Content-Type` header. The server will return a `Content-Type` header if the requested format is supported, or the `406 Not acceptable` error if an invalid content type is provided. +By default Kubernetes returns objects serialized to JSON with content type `application/json`. This is the default serialization format for the API. However, clients may request the more efficient Protobuf representation of these objects for better performance at scale. The Kubernetes API implements standard HTTP content type negotiation: passing an `Accept` header with a `GET` call will request that the server return objects in the provided content type, while sending an object in Protobuf to the server for a `PUT` or `POST` call takes the `Content-Type` header. The server will return a `Content-Type` header if the requested format is supported, or the `406 Not acceptable` error if an invalid content type is provided. See the API documentation for a list of supported content types for each API.