Class PolicyAncestorStatus
- java.lang.Object
-
- io.fabric8.kubernetes.api.model.gatewayapi.v1alpha2.PolicyAncestorStatus
-
- All Implemented Interfaces:
io.fabric8.kubernetes.api.builder.Editable<PolicyAncestorStatusBuilder>
,io.fabric8.kubernetes.api.model.KubernetesResource
,Serializable
@Generated("io.fabric8.kubernetes.schema.generator.model.ModelGenerator") public class PolicyAncestorStatus extends Object implements io.fabric8.kubernetes.api.builder.Editable<PolicyAncestorStatusBuilder>, io.fabric8.kubernetes.api.model.KubernetesResource
PolicyAncestorStatus describes the status of a route with respect to an associated Ancestor.Ancestors refer to objects that are either the Target of a policy or above it in terms of object hierarchy. For example, if a policy targets a Service, the Policy's Ancestors are, in order, the Service, the HTTPRoute, the Gateway, and the GatewayClass. Almost always, in this hierarchy, the Gateway will be the most useful object to place Policy status on, so we recommend that implementations SHOULD use Gateway as the PolicyAncestorStatus object unless the designers have a _very_ good reason otherwise.
In the context of policy attachment, the Ancestor is used to distinguish which resource results in a distinct application of this policy. For example, if a policy targets a Service, it may have a distinct result per attached Gateway.
Policies targeting the same resource may have different effects depending on the ancestors of those resources. For example, different Gateways targeting the same Service may have different capabilities, especially if they have different underlying implementations.
For example, in BackendTLSPolicy, the Policy attaches to a Service that is used as a backend in a HTTPRoute that is itself attached to a Gateway. In this case, the relevant object for status is the Gateway, and that is the ancestor object referred to in this status.
Note that a parent is also an ancestor, so for objects where the parent is the relevant object for status, this struct SHOULD still be used.
This struct is intended to be used in a slice that's effectively a map, with a composite key made up of the AncestorRef and the ControllerName.
- See Also:
- Serialized Form
-
-
Constructor Summary
Constructors Constructor Description PolicyAncestorStatus()
No args constructor for use in serializationPolicyAncestorStatus(ParentReference ancestorRef, List<io.fabric8.kubernetes.api.model.Condition> conditions, String controllerName)
-
Method Summary
All Methods Instance Methods Concrete Methods Modifier and Type Method Description PolicyAncestorStatusBuilder
edit()
Map<String,Object>
getAdditionalProperties()
ParentReference
getAncestorRef()
PolicyAncestorStatus describes the status of a route with respect to an associated Ancestor.List<io.fabric8.kubernetes.api.model.Condition>
getConditions()
Conditions describes the status of the Policy with respect to the given Ancestor.String
getControllerName()
ControllerName is a domain/path string that indicates the name of the controller that wrote this status.void
setAdditionalProperties(Map<String,Object> additionalProperties)
void
setAdditionalProperty(String name, Object value)
void
setAncestorRef(ParentReference ancestorRef)
PolicyAncestorStatus describes the status of a route with respect to an associated Ancestor.void
setConditions(List<io.fabric8.kubernetes.api.model.Condition> conditions)
Conditions describes the status of the Policy with respect to the given Ancestor.void
setControllerName(String controllerName)
ControllerName is a domain/path string that indicates the name of the controller that wrote this status.PolicyAncestorStatusBuilder
toBuilder()
-
-
-
Constructor Detail
-
PolicyAncestorStatus
public PolicyAncestorStatus()
No args constructor for use in serialization
-
PolicyAncestorStatus
public PolicyAncestorStatus(ParentReference ancestorRef, List<io.fabric8.kubernetes.api.model.Condition> conditions, String controllerName)
-
-
Method Detail
-
getAncestorRef
public ParentReference getAncestorRef()
PolicyAncestorStatus describes the status of a route with respect to an associated Ancestor.Ancestors refer to objects that are either the Target of a policy or above it in terms of object hierarchy. For example, if a policy targets a Service, the Policy's Ancestors are, in order, the Service, the HTTPRoute, the Gateway, and the GatewayClass. Almost always, in this hierarchy, the Gateway will be the most useful object to place Policy status on, so we recommend that implementations SHOULD use Gateway as the PolicyAncestorStatus object unless the designers have a _very_ good reason otherwise.
In the context of policy attachment, the Ancestor is used to distinguish which resource results in a distinct application of this policy. For example, if a policy targets a Service, it may have a distinct result per attached Gateway.
Policies targeting the same resource may have different effects depending on the ancestors of those resources. For example, different Gateways targeting the same Service may have different capabilities, especially if they have different underlying implementations.
For example, in BackendTLSPolicy, the Policy attaches to a Service that is used as a backend in a HTTPRoute that is itself attached to a Gateway. In this case, the relevant object for status is the Gateway, and that is the ancestor object referred to in this status.
Note that a parent is also an ancestor, so for objects where the parent is the relevant object for status, this struct SHOULD still be used.
This struct is intended to be used in a slice that's effectively a map, with a composite key made up of the AncestorRef and the ControllerName.
-
setAncestorRef
public void setAncestorRef(ParentReference ancestorRef)
PolicyAncestorStatus describes the status of a route with respect to an associated Ancestor.Ancestors refer to objects that are either the Target of a policy or above it in terms of object hierarchy. For example, if a policy targets a Service, the Policy's Ancestors are, in order, the Service, the HTTPRoute, the Gateway, and the GatewayClass. Almost always, in this hierarchy, the Gateway will be the most useful object to place Policy status on, so we recommend that implementations SHOULD use Gateway as the PolicyAncestorStatus object unless the designers have a _very_ good reason otherwise.
In the context of policy attachment, the Ancestor is used to distinguish which resource results in a distinct application of this policy. For example, if a policy targets a Service, it may have a distinct result per attached Gateway.
Policies targeting the same resource may have different effects depending on the ancestors of those resources. For example, different Gateways targeting the same Service may have different capabilities, especially if they have different underlying implementations.
For example, in BackendTLSPolicy, the Policy attaches to a Service that is used as a backend in a HTTPRoute that is itself attached to a Gateway. In this case, the relevant object for status is the Gateway, and that is the ancestor object referred to in this status.
Note that a parent is also an ancestor, so for objects where the parent is the relevant object for status, this struct SHOULD still be used.
This struct is intended to be used in a slice that's effectively a map, with a composite key made up of the AncestorRef and the ControllerName.
-
getConditions
public List<io.fabric8.kubernetes.api.model.Condition> getConditions()
Conditions describes the status of the Policy with respect to the given Ancestor.
-
setConditions
public void setConditions(List<io.fabric8.kubernetes.api.model.Condition> conditions)
Conditions describes the status of the Policy with respect to the given Ancestor.
-
getControllerName
public String getControllerName()
ControllerName is a domain/path string that indicates the name of the controller that wrote this status. This corresponds with the controllerName field on GatewayClass.Example: "example.net/gateway-controller".
The format of this field is DOMAIN "/" PATH, where DOMAIN and PATH are valid Kubernetes names (https://kubernetes.io/docs/concepts/overview/working-with-objects/names/#names).
Controllers MUST populate this field when writing status. Controllers should ensure that entries to status populated with their ControllerName are cleaned up when they are no longer necessary.
-
setControllerName
public void setControllerName(String controllerName)
ControllerName is a domain/path string that indicates the name of the controller that wrote this status. This corresponds with the controllerName field on GatewayClass.Example: "example.net/gateway-controller".
The format of this field is DOMAIN "/" PATH, where DOMAIN and PATH are valid Kubernetes names (https://kubernetes.io/docs/concepts/overview/working-with-objects/names/#names).
Controllers MUST populate this field when writing status. Controllers should ensure that entries to status populated with their ControllerName are cleaned up when they are no longer necessary.
-
edit
public PolicyAncestorStatusBuilder edit()
- Specified by:
edit
in interfaceio.fabric8.kubernetes.api.builder.Editable<PolicyAncestorStatusBuilder>
-
toBuilder
public PolicyAncestorStatusBuilder toBuilder()
-
-