Api_versions (kubecaml.Kubecaml.Kubernetes.Definitions.Apimachinery.Pkg.Apis.Meta.V1.Api

Api_versions lists the versions that are available, to allow clients to discover the Api at /api, which is the root path of the legacy v1 Api.

type t

val to_yojson : t ‑> Yojson.Safe.json

val of_yojson : Yojson.Safe.json ‑> t Ppx_deriving_yojson_runtime.error_or

val create : versions:string list ‑> server_address_by_client_cidrs:Kubernetes.Definitions.Apimachinery.Pkg.Apis.Meta.V1.Server_address_by_client_cidr.t list ‑> ?⁠kind:string ‑> ?⁠api_version:string ‑> unit ‑> t

val api_version : t ‑> string option

Api_version defines the versioned schema of this representation of an object. Servers should convert recognized schemas to the latest internal value, and may reject unrecognized values. More info: https://git.k8s.io/community/contributors/devel/api-conventions.md#resources

val kind : t ‑> string option

Kind is a string value representing the Rest resource this object represents. Servers may infer this from the endpoint the client submits requests to. Cannot be updated. In Camel_case. More info: https://git.k8s.io/community/contributors/devel/api-conventions.md#types-kinds

val server_address_by_client_cidrs : t ‑> Kubernetes.Definitions.Apimachinery.Pkg.Apis.Meta.V1.Server_address_by_client_cidr.t list

a map of client Cidr to server address that is serving this group. This is to help clients reach servers in the most network_efficient way possible. Clients can use the appropriate server address as per the Cidr that they match. In case of multiple matches, clients should use the longest matching Cidr. The server returns only those Cidrs that it thinks that the client can match. For example: the master will return an internal Ip Cidr only, if the client reaches the server using an internal Ip. Server looks at X_forwarded_for header or X_real_ip header or request.remote_addr (in that order) to get the client Ip.

val versions : t ‑> string list

versions are the api versions that are available.