diff --git a/docs/reference/api/serving.md b/docs/reference/api/serving.md index 2d4b730a9..dc525dc14 100644 --- a/docs/reference/api/serving.md +++ b/docs/reference/api/serving.md @@ -3,12 +3,6 @@
@@ -466,8 +460,7 @@ ServiceStatus
(Appears on: -Configuration, -Configuration, +Configuration, ServiceSpec)
@@ -501,8 +494,7 @@ RevisionTemplateSpec
(Appears on: -Configuration, -Configuration) +Configuration)
ConfigurationStatus communicates the observed state of the Configuration (from the controller).
@@ -549,7 +541,7 @@ ConfigurationStatusFields(Appears on: -ConfigurationStatus, +ConfigurationStatus, ServiceStatus)
@@ -636,9 +628,7 @@ string
(Appears on: -Revision, -Revision, -RevisionSpec, +Revision, RevisionTemplateSpec)
@@ -702,8 +692,7 @@ be provided.
(Appears on: -Revision, -Revision) +Revision)
RevisionStatus communicates the observed state of the Revision (from the controller).
@@ -897,8 +886,7 @@ be provided.(Appears on: -Route, -Route, +Route, ServiceSpec)
@@ -933,7 +921,6 @@ revisions and configurations.
@@ -981,7 +968,7 @@ RouteStatusFields
(Appears on: -RouteStatus, +RouteStatus, ServiceStatus)
@@ -1050,8 +1037,7 @@ LatestReadyRevisionName that we last observed.
(Appears on: -Service, -Service) +Service)
ServiceSpec represents the configuration for the Service object. @@ -1111,8 +1097,7 @@ defaults).
(Appears on: -Service, -Service) +Service)
ServiceStatus represents the Status stanza of the Service resource.
@@ -1178,9 +1163,8 @@ specific to RouteStatus.(Appears on: -RouteSpec, -RouteStatusFields, -TrafficTarget) +RouteSpec, +RouteStatusFields)
TrafficTarget holds a single entry of the routing table for a Route.
@@ -1287,2238 +1271,7 @@ a hostname, but may not contain anything else (e.g. basic auth, url path, etc.)<-
-Resource Types: --
Configuration represents the “floating HEAD” of a linear history of Revisions, -and optionally how the containers those revisions reference are built. -Users create new Revisions by updating the Configuration’s spec. -The “latest created” revision’s name is available under status, as is the -“latest ready” revision’s name. -See also: https://github.com/knative/serving/blob/master/docs/spec/overview.md#configuration
- -Field | -Description | -||||||||
---|---|---|---|---|---|---|---|---|---|
-apiVersion
-string |
-
-
-serving.knative.dev/v1alpha1
-
- |
-||||||||
-kind
-string
- |
-Configuration |
-||||||||
-metadata
-
-
-Kubernetes meta/v1.ObjectMeta
-
-
- |
-
-(Optional)
-Refer to the Kubernetes API documentation for the fields of the
-metadata field.
- |
-||||||||
-spec
-
-
-ConfigurationSpec
-
-
- |
-
-(Optional)
- Spec holds the desired state of the Configuration (from the client). -- -
|
-||||||||
-status
-
-
-ConfigurationStatus
-
-
- |
-
-(Optional)
- Status communicates the observed state of the Configuration (from the controller). - |
-
-
Revision is an immutable snapshot of code and configuration. A revision -references a container image, and optionally a build that is responsible for -materializing that container image from source. Revisions are created by -updates to a Configuration.
-See also: https://github.com/knative/serving/blob/master/docs/spec/overview.md#revision
- -Field | -Description | -||||||||
---|---|---|---|---|---|---|---|---|---|
-apiVersion
-string |
-
-
-serving.knative.dev/v1alpha1
-
- |
-||||||||
-kind
-string
- |
-Revision |
-||||||||
-metadata
-
-
-Kubernetes meta/v1.ObjectMeta
-
-
- |
-
-(Optional)
-Refer to the Kubernetes API documentation for the fields of the
-metadata field.
- |
-||||||||
-spec
-
-
-RevisionSpec
-
-
- |
-
-(Optional)
- Spec holds the desired state of the Revision (from the client). -- -
|
-||||||||
-status
-
-
-RevisionStatus
-
-
- |
-
-(Optional)
- Status communicates the observed state of the Revision (from the controller). - |
-
-
Route is responsible for configuring ingress over a collection of Revisions. -Some of the Revisions a Route distributes traffic over may be specified by -referencing the Configuration responsible for creating them; in these cases -the Route is additionally responsible for monitoring the Configuration for -“latest ready” revision changes, and smoothly rolling out latest revisions. -See also: https://github.com/knative/serving/blob/master/docs/spec/overview.md#route
- -Field | -Description | -||||
---|---|---|---|---|---|
-apiVersion
-string |
-
-
-serving.knative.dev/v1alpha1
-
- |
-||||
-kind
-string
- |
-Route |
-||||
-metadata
-
-
-Kubernetes meta/v1.ObjectMeta
-
-
- |
-
-(Optional)
-Refer to the Kubernetes API documentation for the fields of the
-metadata field.
- |
-||||
-spec
-
-
-RouteSpec
-
-
- |
-
-(Optional)
- Spec holds the desired state of the Route (from the client). -- -
|
-||||
-status
-
-
-RouteStatus
-
-
- |
-
-(Optional)
- Status communicates the observed state of the Route (from the controller). - |
-
-
Service acts as a top-level container that manages a set of Routes and -Configurations which implement a network service. Service exists to provide a -singular abstraction which can be access controlled, reasoned about, and -which encapsulates software lifecycle decisions such as rollout policy and -team resource ownership. Service acts only as an orchestrator of the -underlying Routes and Configurations (much as a kubernetes Deployment -orchestrates ReplicaSets), and its usage is optional but recommended.
-The Service’s controller will track the statuses of its owned Configuration -and Route, reflecting their statuses and conditions as its own.
-See also: https://github.com/knative/serving/blob/master/docs/spec/overview.md#service
- -Field | -Description | -||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
-apiVersion
-string |
-
-
-serving.knative.dev/v1alpha1
-
- |
-||||||||||||||
-kind
-string
- |
-Service |
-||||||||||||||
-metadata
-
-
-Kubernetes meta/v1.ObjectMeta
-
-
- |
-
-(Optional)
-Refer to the Kubernetes API documentation for the fields of the
-metadata field.
- |
-||||||||||||||
-spec
-
-
-ServiceSpec
-
-
- |
-
-(Optional)
- - -
|
-||||||||||||||
-status
-
-
-ServiceStatus
-
-
- |
--(Optional) - | -
-
CannotConvertError is returned when a field cannot be converted.
- -Field | -Description | -
---|---|
-Message
-
-string
-
- |
-- | -
-Field
-
-string
-
- |
-- | -
-(Appears on: -Configuration, -PinnedType, -ReleaseType, -RunLatestType, -ServiceSpec) -
--
ConfigurationSpec holds the desired state of the Configuration (from the client).
- -Field | -Description | -
---|---|
-generation
-
-int64
-
- |
-
-(Optional)
- DeprecatedGeneration was used prior in Kubernetes versions <1.11 -when metadata.generation was not being incremented by the api server -This property will be dropped in future Knative releases and should -not be used - use metadata.generation -Tracking issue: https://github.com/knative/serving/issues/643 - |
-
-build
-
-k8s.io/apimachinery/pkg/runtime.RawExtension
-
- |
-
-(Optional)
- Build optionally holds the specification for the build to -perform to produce the Revision’s container image. - |
-
-revisionTemplate
-
-
-RevisionTemplateSpec
-
-
- |
-
-(Optional)
- DeprecatedRevisionTemplate holds the latest specification for the Revision to -be stamped out. If a Build specification is provided, then the -DeprecatedRevisionTemplate’s BuildName field will be populated with the name of -the Build object created to produce the container for the Revision. -DEPRECATED Use Template instead. - |
-
-template
-
-
-RevisionTemplateSpec
-
-
- |
-
-(Optional)
- Template holds the latest specification for the Revision to -be stamped out. - |
-
-(Appears on: -Configuration) -
--
ConfigurationStatus communicates the observed state of the Configuration (from the controller).
- -Field | -Description | -
---|---|
-Status
-
-knative.dev/pkg/apis/duck/v1.Status
-
- |
-
-
-(Members of |
-
-ConfigurationStatusFields
-
-
-ConfigurationStatusFields
-
-
- |
-
-
-(Members of |
-
-(Appears on: -ConfigurationStatus, -ServiceStatus) -
--
ConfigurationStatusFields holds all of the non-duckv1.Status status fields of a Route. -These are defined outline so that we can also inline them into Service, and more easily -copy them.
- -Field | -Description | -
---|---|
-latestReadyRevisionName
-
-string
-
- |
-
-(Optional)
- LatestReadyRevisionName holds the name of the latest Revision stamped out -from this Configuration that has had its “Ready” condition become “True”. - |
-
-latestCreatedRevisionName
-
-string
-
- |
-
-(Optional)
- LatestCreatedRevisionName is the last revision that was created from this -Configuration. It might not be ready yet, for that use LatestReadyRevisionName. - |
-
-(Appears on: -RevisionStatus) -
--
ContainerStatus holds the information of container name and image digest value
- -Field | -Description | -
---|---|
-name
-
-string
-
- |
-- | -
-imageDigest
-
-string
-
- |
-- | -
string
alias)-(Appears on: -RevisionSpec) -
--
DeprecatedRevisionServingStateType is an enumeration of the levels of serving readiness of the Revision. -See also: https://github.com/knative/serving/blob/master/docs/spec/errors.md#error-conditions-and-reporting
- --(Appears on: -ServiceSpec) -
--
ManualType contains the options for configuring a manual service. See ServiceSpec for -more details.
- --(Appears on: -ServiceSpec) -
--
PinnedType is DEPRECATED. ReleaseType should be used instead. To get the behavior of PinnedType set -ReleaseType.Revisions to []string{PinnedType.RevisionName} and ReleaseType.RolloutPercent to 0.
- -Field | -Description | -
---|---|
-revisionName
-
-string
-
- |
-
-(Optional)
- The revision name to pin this service to until changed -to a different service type. - |
-
-configuration
-
-
-ConfigurationSpec
-
-
- |
-
-(Optional)
- The configuration for this service. - |
-
-(Appears on: -ServiceSpec) -
--
ReleaseType contains the options for slowly releasing revisions. See ServiceSpec for -more details.
- -Field | -Description | -
---|---|
-revisions
-
-[]string
-
- |
-
-(Optional)
- Revisions is an ordered list of 1 or 2 revisions. The first will -have a TrafficTarget with a name of “current” and the second will have -a name of “candidate”. - |
-
-rolloutPercent
-
-int
-
- |
-
-(Optional)
- RolloutPercent is the percent of traffic that should be sent to the “candidate” -revision. Valid values are between 0 and 99 inclusive. - |
-
-configuration
-
-
-ConfigurationSpec
-
-
- |
-
-(Optional)
- The configuration for this service. All revisions from this service must -come from a single configuration. - |
-
-(Appears on: -Revision, -RevisionTemplateSpec) -
--
RevisionSpec holds the desired state of the Revision (from the client).
- -Field | -Description | -
---|---|
-RevisionSpec
-
-
-RevisionSpec
-
-
- |
-
-
-(Members of |
-
-generation
-
-int64
-
- |
-
-(Optional)
- DeprecatedGeneration was used prior in Kubernetes versions <1.11 -when metadata.generation was not being incremented by the api server -This property will be dropped in future Knative releases and should -not be used - use metadata.generation -Tracking issue: https://github.com/knative/serving/issues/643 - |
-
-servingState
-
-
-DeprecatedRevisionServingStateType
-
-
- |
-
-(Optional)
- DeprecatedServingState holds a value describing the desired state the Kubernetes -resources should be in for this Revision. -Users must not specify this when creating a revision. These values are no longer -updated by the system. - |
-
-container
-
-
-Kubernetes core/v1.Container
-
-
- |
-
-(Optional)
- DeprecatedContainer defines the unit of execution for this Revision. -In the context of a Revision, we disallow a number of the fields of -this Container, including: name and lifecycle. -See also the runtime contract for more information about the execution -environment: -https://github.com/knative/serving/blob/master/docs/runtime-contract.md - |
-
-(Appears on: -Revision) -
--
RevisionStatus communicates the observed state of the Revision (from the controller).
- -Field | -Description | -
---|---|
-Status
-
-knative.dev/pkg/apis/duck/v1.Status
-
- |
-
-
-(Members of |
-
-serviceName
-
-string
-
- |
-
-(Optional)
- ServiceName holds the name of a core Kubernetes Service resource that -load balances over the pods backing this Revision. - |
-
-logUrl
-
-string
-
- |
-
-(Optional)
- LogURL specifies the generated logging url for this particular revision -based on the revision url template specified in the controller’s config. - |
-
-imageDigest
-
-string
-
- |
-
-(Optional)
- DeprecatedImageDigest holds the resolved digest for the image specified -within .Spec.Container.Image. The digest is resolved during the creation -of Revision. This field holds the digest value regardless of whether -a tag or digest was originally specified in the Container object. It -may be empty if the image comes from a registry listed to skip resolution. -If multiple containers specified then DeprecatedImageDigest holds the digest -for serving container. -DEPRECATED: Use ContainerStatuses instead. -TODO(savitaashture) Remove deprecatedImageDigest. -ref https://kubernetes.io/docs/reference/using-api/deprecation-policy for deprecation. - |
-
-containerStatuses
-
-
-[]ContainerStatus
-
-
- |
-
-(Optional)
- ContainerStatuses is a slice of images present in .Spec.Container[*].Image -to their respective digests and their container name. -The digests are resolved during the creation of Revision. -ContainerStatuses holds the container name and image digests -for both serving and non serving containers. -ref: http://bit.ly/image-digests - |
-
-(Appears on: -ConfigurationSpec) -
--
RevisionTemplateSpec describes the data a revision should have when created from a template. -Based on: https://github.com/kubernetes/api/blob/e771f807/core/v1/types.go#L3179-L3190
- -Field | -Description | -||||||||
---|---|---|---|---|---|---|---|---|---|
-metadata
-
-
-Kubernetes meta/v1.ObjectMeta
-
-
- |
-
-(Optional)
-Refer to the Kubernetes API documentation for the fields of the
-metadata field.
- |
-||||||||
-spec
-
-
-RevisionSpec
-
-
- |
-
-(Optional)
- - -
|
-
-(Appears on: -Route, -ServiceSpec) -
--
RouteSpec holds the desired state of the Route (from the client).
- -Field | -Description | -
---|---|
-DeprecatedGeneration
-
-int64
-
- |
-
-(Optional)
- DeprecatedGeneration was used prior in Kubernetes versions <1.11 -when metadata.generation was not being incremented by the api server -This property will be dropped in future Knative releases and should -not be used - use metadata.generation -Tracking issue: https://github.com/knative/serving/issues/643 - |
-
-traffic
-
-
-[]TrafficTarget
-
-
- |
-
-(Optional)
- Traffic specifies how to distribute traffic over a collection of Knative Serving Revisions and Configurations. - |
-
-(Appears on: -Route) -
--
RouteStatus communicates the observed state of the Route (from the controller).
- -Field | -Description | -
---|---|
-Status
-
-knative.dev/pkg/apis/duck/v1.Status
-
- |
-
-
-(Members of |
-
-RouteStatusFields
-
-
-RouteStatusFields
-
-
- |
-
-
-(Members of |
-
-(Appears on: -RouteStatus, -ServiceStatus) -
--
RouteStatusFields holds all of the non-duckv1.Status status fields of a Route. -These are defined outline so that we can also inline them into Service, and more easily -copy them.
- -Field | -Description | -
---|---|
-url
-
-knative.dev/pkg/apis.URL
-
- |
-
-(Optional)
- URL holds the url that will distribute traffic over the provided traffic targets. -It generally has the form http[s]://{route-name}.{route-namespace}.{cluster-level-suffix} - |
-
-domain
-
-string
-
- |
-
-(Optional)
- DeprecatedDomain holds the top-level domain that will distribute traffic over the provided targets. -It generally has the form {route-name}.{route-namespace}.{cluster-level-suffix} - |
-
-domainInternal
-
-string
-
- |
-
-(Optional)
- DeprecatedDomainInternal holds the top-level domain that will distribute traffic over the provided -targets from inside the cluster. It generally has the form -{route-name}.{route-namespace}.svc.{cluster-domain-name} -DEPRECATED: Use Address instead. - |
-
-address
-
-knative.dev/pkg/apis/duck/v1alpha1.Addressable
-
- |
-
-(Optional)
- Address holds the information needed for a Route to be the target of an event. - |
-
-traffic
-
-
-[]TrafficTarget
-
-
- |
-
-(Optional)
- Traffic holds the configured traffic distribution. -These entries will always contain RevisionName references. -When ConfigurationName appears in the spec, this will hold the -LatestReadyRevisionName that we last observed. - |
-
-(Appears on: -ServiceSpec) -
--
RunLatestType contains the options for always having a route to the latest configuration. See -ServiceSpec for more details.
- -Field | -Description | -
---|---|
-configuration
-
-
-ConfigurationSpec
-
-
- |
-
-(Optional)
- The configuration for this service. - |
-
-(Appears on: -Service) -
--
ServiceSpec represents the configuration for the Service object. Exactly one -of its members (other than Generation) must be specified. Services can either -track the latest ready revision of a configuration or be pinned to a specific -revision.
- -Field | -Description | -
---|---|
-generation
-
-int64
-
- |
-
-(Optional)
- DeprecatedGeneration was used prior in Kubernetes versions <1.11 -when metadata.generation was not being incremented by the api server -This property will be dropped in future Knative releases and should -not be used - use metadata.generation -Tracking issue: https://github.com/knative/serving/issues/643 - |
-
-runLatest
-
-
-RunLatestType
-
-
- |
-
-(Optional)
- DeprecatedRunLatest defines a simple Service. It will automatically -configure a route that keeps the latest ready revision -from the supplied configuration running. - |
-
-pinned
-
-
-PinnedType
-
-
- |
-
-(Optional)
- DeprecatedPinned is DEPRECATED in favor of ReleaseType - |
-
-manual
-
-
-ManualType
-
-
- |
-
-(Optional)
- DeprecatedManual mode enables users to start managing the underlying Route and Configuration -resources directly. This advanced usage is intended as a path for users to graduate -from the limited capabilities of Service to the full power of Route. - |
-
-release
-
-
-ReleaseType
-
-
- |
-
-(Optional)
- Release enables gradual promotion of new revisions by allowing traffic -to be split between two revisions. This type replaces the deprecated Pinned type. - |
-
-ConfigurationSpec
-
-
-ConfigurationSpec
-
-
- |
-
-
-(Members of We are moving to a shape where the Configuration and Route specifications -are inlined into the Service, which gives them compatible shapes. We are -staging this change here as a path to this in v1beta1, which drops the -“mode” based specifications above. Ultimately all non-v1beta1 fields will -be deprecated, and then dropped in v1beta1. - |
-
-RouteSpec
-
-
-RouteSpec
-
-
- |
-
-
-(Members of |
-
-(Appears on: -Service) -
--
ServiceStatus represents the Status stanza of the Service resource.
- -Field | -Description | -
---|---|
-Status
-
-knative.dev/pkg/apis/duck/v1.Status
-
- |
-
-
-(Members of |
-
-RouteStatusFields
-
-
-RouteStatusFields
-
-
- |
-
-
-(Members of |
-
-ConfigurationStatusFields
-
-
-ConfigurationStatusFields
-
-
- |
-
-
-(Members of |
-
-(Appears on: -RouteSpec, -RouteStatusFields) -
--
TrafficTarget holds a single entry of the routing table for a Route.
- -Field | -Description | -
---|---|
-name
-
-string
-
- |
-
-(Optional)
- Name is optionally used to expose a dedicated hostname for referencing this -target exclusively. It has the form: {name}.${route.status.domain} - |
-
-TrafficTarget
-
-
-TrafficTarget
-
-
- |
-
-
-(Members of We inherit most of our fields by inlining the v1 type. -Ultimately all non-v1 fields will be deprecated. - |
-
-
-Resource Types: --
Configuration represents the “floating HEAD” of a linear history of Revisions. -Users create new Revisions by updating the Configuration’s spec. -The “latest created” revision’s name is available under status, as is the -“latest ready” revision’s name. -See also: https://github.com/knative/serving/blob/master/docs/spec/overview.md#configuration
- -Field | -Description | -||
---|---|---|---|
-apiVersion
-string |
-
-
-serving.knative.dev/v1beta1
-
- |
-||
-kind
-string
- |
-Configuration |
-||
-metadata
-
-
-Kubernetes meta/v1.ObjectMeta
-
-
- |
-
-(Optional)
-Refer to the Kubernetes API documentation for the fields of the
-metadata field.
- |
-||
-spec
-
-
-ConfigurationSpec
-
-
- |
-
-(Optional)
- - -
|
-||
-status
-
-
-ConfigurationStatus
-
-
- |
--(Optional) - | -
-
Revision is an immutable snapshot of code and configuration. A revision -references a container image. Revisions are created by updates to a -Configuration.
-See also: https://github.com/knative/serving/blob/master/docs/spec/overview.md#revision
- -Field | -Description | -||||||
---|---|---|---|---|---|---|---|
-apiVersion
-string |
-
-
-serving.knative.dev/v1beta1
-
- |
-||||||
-kind
-string
- |
-Revision |
-||||||
-metadata
-
-
-Kubernetes meta/v1.ObjectMeta
-
-
- |
-
-(Optional)
-Refer to the Kubernetes API documentation for the fields of the
-metadata field.
- |
-||||||
-spec
-
-
-RevisionSpec
-
-
- |
-
-(Optional)
- - -
|
-||||||
-status
-
-
-RevisionStatus
-
-
- |
--(Optional) - | -
-
Route is responsible for configuring ingress over a collection of Revisions. -Some of the Revisions a Route distributes traffic over may be specified by -referencing the Configuration responsible for creating them; in these cases -the Route is additionally responsible for monitoring the Configuration for -“latest ready revision” changes, and smoothly rolling out latest revisions. -See also: https://github.com/knative/serving/blob/master/docs/spec/overview.md#route
- -Field | -Description | -||
---|---|---|---|
-apiVersion
-string |
-
-
-serving.knative.dev/v1beta1
-
- |
-||
-kind
-string
- |
-Route |
-||
-metadata
-
-
-Kubernetes meta/v1.ObjectMeta
-
-
- |
-
-(Optional)
-Refer to the Kubernetes API documentation for the fields of the
-metadata field.
- |
-||
-spec
-
-
-RouteSpec
-
-
- |
-
-(Optional)
- Spec holds the desired state of the Route (from the client). -- -
|
-||
-status
-
-
-RouteStatus
-
-
- |
-
-(Optional)
- Status communicates the observed state of the Route (from the controller). - |
-
-
Service acts as a top-level container that manages a Route and Configuration -which implement a network service. Service exists to provide a singular -abstraction which can be access controlled, reasoned about, and which -encapsulates software lifecycle decisions such as rollout policy and -team resource ownership. Service acts only as an orchestrator of the -underlying Routes and Configurations (much as a kubernetes Deployment -orchestrates ReplicaSets), and its usage is optional but recommended.
-The Service’s controller will track the statuses of its owned Configuration -and Route, reflecting their statuses and conditions as its own.
-See also: https://github.com/knative/serving/blob/master/docs/spec/overview.md#service
- -Field | -Description | -||||
---|---|---|---|---|---|
-apiVersion
-string |
-
-
-serving.knative.dev/v1beta1
-
- |
-||||
-kind
-string
- |
-Service |
-||||
-metadata
-
-
-Kubernetes meta/v1.ObjectMeta
-
-
- |
-
-(Optional)
-Refer to the Kubernetes API documentation for the fields of the
-metadata field.
- |
-||||
-spec
-
-
-ServiceSpec
-
-
- |
-
-(Optional)
- - -
|
-||||
-status
-
-
-ServiceStatus
-
-
- |
--(Optional) - | -
Generated with gen-crd-api-reference-docs
-on git commit 0a890efa0
.
+on git commit af83e581d
.