<?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://projectcapsule.dev/docs/rules/enforcement/</link><description>Recent content in Enforcement on Capsule</description><generator>Hugo -- gohugo.io</generator><language>en</language><atom:link href="https://projectcapsule.dev/docs/rules/enforcement/index.xml" rel="self" type="application/rss+xml"/><item><title>Metadata</title><link>https://projectcapsule.dev/docs/rules/enforcement/metadata/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://projectcapsule.dev/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://projectcapsule.dev/docs/rules/enforcement/workloads/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://projectcapsule.dev/docs/rules/enforcement/workloads/</guid><description>Enforcement for workloads mainly targets Pods and their associated resources.
Workload enforcement is configured under spec.rules[].enforce.workloads. Each rule can define an action, optional workload targets, and one or more workload matchers such as registry match expressions, scheduler match expressions, or QoS classes.
apiVersion: capsule.clastix.io/v1beta2 kind: Tenant metadata: name: solar spec: &amp;hellip; rules: - enforce: action: deny workloads: qosClasses: - BestEffort
QoS Classes QoS class enforcement allows administrators to allow, deny, or audit Pods based on their computed Kubernetes QoS class.</description></item><item><title>Services</title><link>https://projectcapsule.dev/docs/rules/enforcement/services/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://projectcapsule.dev/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, 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 externalNames: hostnames: - exp: &amp;#34;.*\\.example\\.com&amp;#34; exact: - internal.</description></item><item><title>Ingress</title><link>https://projectcapsule.dev/docs/rules/enforcement/ingress/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://projectcapsule.dev/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>