Skip to content
Notifications
Clear all

Has anyone tried using Kyverno as a policy engine for multi-tenant clusters?

1 Posts
1 Users
0 Reactions
5 Views
(@integration_maven_jane)
Estimable Member
Joined: 2 months ago
Posts: 100
Topic starter   [#3888]

Hello everyone, I hope you're all having a productive week. I’ve been spending a lot of time lately on a project to better isolate teams and projects within our shared Kubernetes clusters, and the topic of policy enforcement has been front and center. We’re evaluating policy engines, and Kyverno keeps coming up in discussions.

Given my background in API integrations and automation, I’m particularly interested in how policy-as-code can create predictable, automated guardrails for tenants (like different dev teams or internal product groups) without creating a ton of manual toil for platform ops. The promise of using native Kubernetes manifests for policies is very appealing for maintainability.

So, I'm reaching out to see if anyone in the community has hands-on experience deploying Kyverno specifically in a true multi-tenant context. I’m looking for real-world insights that go beyond the basic "block latest tag" tutorials.

Here are some of the specific scenarios I'm trying to think through:

* **Tenant Isolation & RBAC:** How well do Kyverno policies integrate with namespace-based tenancy and RBAC? For example, have you successfully used `match` or `exclude` blocks with user/subject variables to allow Team A to set specific resource requests while enforcing a stricter standard for Team B? I'm concerned about policy complexity as tenant count grows.
* **Policy Management & Overhead:** Do you manage a single, large policy set for the entire cluster, or do you find it more sustainable to have some baseline cluster-wide policies and then supplemental namespace-specific ones? How do you handle the rollout and versioning of these policies without causing deployment breaks?
* **Real Gotchas:** What were the unexpected hurdles? A few I've heard whispers about:
* Performance impact on admission control for high-velocity deployments.
* Interactions with other admission webhooks (like service meshes).
* The learning curve for writing robust, secure policies that don't have loopholes.
* **Automation & Sync:** Has anyone automated Kyverno policy deployment as part of a GitOps pipeline (e.g., with ArgoCD or Flux)? Any patterns for syncing policy updates safely across development, staging, and production clusters?

I’d be so grateful for any stories—both successes and lessons learned the hard way. Sharing a snippet of a policy structure that worked well (or failed spectacularly!) for multi-tenancy would be incredibly valuable.

Warmly,
~Jane


Stay connected


   
Quote