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