<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Enforcement on Capsule</title><link>https://deploy-preview-131--docs-projectcapsule.netlify.app/docs/rules/enforcement/</link><description>Recent content in Enforcement on Capsule</description><generator>Hugo -- gohugo.io</generator><language>en</language><atom:link href="https://deploy-preview-131--docs-projectcapsule.netlify.app/docs/rules/enforcement/index.xml" rel="self" type="application/rss+xml"/><item><title>Metadata</title><link>https://deploy-preview-131--docs-projectcapsule.netlify.app/docs/rules/enforcement/metadata/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://deploy-preview-131--docs-projectcapsule.netlify.app/docs/rules/enforcement/metadata/</guid><description>Metadata enforcement allows administrators to allow, deny, or audit Kubernetes object labels and annotations for namespaced resources.
Metadata rules are configured under spec.rules[].enforce.metadata. They are evaluated by a generic validating webhook and can target one or more Kubernetes kinds. This makes metadata enforcement useful for objects such as ConfigMap, Secret, Service, Deployment, custom resources, and other namespaced resources.
rules: - enforce: action: allow metadata: - apiGroups: - &amp;#34;*&amp;#34; kinds: - ConfigMap - Service labels: corp.</description></item><item><title>Workloads</title><link>https://deploy-preview-131--docs-projectcapsule.netlify.app/docs/rules/enforcement/workloads/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://deploy-preview-131--docs-projectcapsule.netlify.app/docs/rules/enforcement/workloads/</guid><description>Workload enforcement mainly targets Pod objects and the resources associated with them. It is configured under spec.rules[].enforce.workloads. Each rule can define an action, optional workload targets, and one or more workload policies such as resource requests and limits, registry match expressions, scheduler match expressions, or QoS classes.
apiVersion: capsule.clastix.io/v1beta2 kind: Tenant metadata: name: solar spec: rules: - enforce: action: deny workloads: qosClasses: - BestEffort Resource requests and limits Resource policies let a Tenant administrator normalize and enforce the requests and limits of Pods created in Tenant namespaces.</description></item><item><title>Services</title><link>https://deploy-preview-131--docs-projectcapsule.netlify.app/docs/rules/enforcement/services/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://deploy-preview-131--docs-projectcapsule.netlify.app/docs/rules/enforcement/services/</guid><description>Service enforcement allows administrators to allow, deny, or audit Kubernetes Service resources in Tenant namespaces.
Service rules are configured under spec.rules[].enforce.services. Each rule can define an action, a list of allowed or denied Service types, constraints for spec.externalIPs, and optional type-specific constraints for LoadBalancer, ExternalName, and NodePort Services.
rules: - enforce: action: allow services: types: - ClusterIP - NodePort - LoadBalancer - ExternalName loadBalancers: cidrs: - 10.0.0.2/32 externalIPs: cidrs: - 10.</description></item><item><title>Ingress</title><link>https://deploy-preview-131--docs-projectcapsule.netlify.app/docs/rules/enforcement/ingress/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://deploy-preview-131--docs-projectcapsule.netlify.app/docs/rules/enforcement/ingress/</guid><description>Ingress enforcement allows administrators to allow, deny, or audit hostnames on Kubernetes Ingresses, OpenShift Routes, and Gateway API resources in Tenant namespaces.
Ingress rules are configured under spec.rules[].enforce.ingress. Each rule selects one or more resource types and defines hostname match expressions:
rules: - enforce: action: allow ingress: types: - Ingress - HTTPRoute hostnames: - exact: - internal.example.com - exp: &amp;#34;^[a-z0-9-]+\\.example\\.com$&amp;#34; Field Description types Resource kinds to which the rule applies. At least one type is required.</description></item></channel></rss>