Skip to main content

Governance & Guardrails

In Development

This feature is currently in development. Governance models described here are subject to change.

Purpose: For platform engineers and security officers, describes how the portal enforces governance — preventing resource sprawl, controlling costs, and gating elevated access behind approvals.

Governance Layers

LayerMechanismEnforcement Point
QuotasResourceQuota per namespaceKubernetes API server
PoliciesKyverno ClusterPoliciesAdmission controller
Approval gatesPortal workflow enginePre-commit (before Git push)
Cost controlsLabel-based cost attributionPrometheus + reporting
Audit trailGit history + portal event logPost-hoc compliance

Resource Quotas

Every team namespace has enforced quotas:

ResourceDefault (Standard tier)Expandable via
CPU requests16 coresApproval gate
Memory requests64 GiApproval gate
PVCs20Approval gate
LoadBalancer services2Platform team only
GPU requests0AI blueprint only

Approval Gates

Actions that exceed standard boundaries require explicit approval:

TriggerApproverSLA
Quota increase > 2×Platform team lead4 hours
Premium service tierPlatform team24 hours
Cross-namespace NetworkPolicy exceptionSecurity team24 hours
External ingress (public internet)Security + platform48 hours

Cost Attribution

All portal-provisioned resources are labeled with:

labels:
opencenter.cloud/team: "checkout"
opencenter.cloud/cost-center: "engineering-retail"
opencenter.cloud/environment: "production"
opencenter.cloud/provisioned-by: "portal"

These labels feed into Prometheus-based cost reporting dashboards.

Audit & Compliance

Every portal action is:

  • Recorded as a Git commit (who, what, when)
  • Logged in the portal event stream (Loki-indexed)
  • Attributable to a Keycloak identity
  • Queryable for compliance evidence generation