The Kubex
Automation Engine

Policy-driven rightsizing, admission-time mutation, and proactive resize execution, with enterprise-grade safety built into every step.

How it works

Five Steps from Recommendation to Action

The automation engine continuously evaluates workloads and executes rightsizing safely, with no human in the loop required.

01

Pull Recommendations

Pulls ML-driven rightsizing recommendations from the Kubex platform via the Gateway API.

02

Evaluate Policy

Reconciler matches each workload against Proactive, Static, Rollback, GPU, and Pod Affinity policies; a referenced AutomationStrategy defines how automation executes.

03

Run Safety Checks

Multiple guardrails and filters protect every resize attempt, spanning HPA, ResourceQuota, LimitRange, node headroom, workload availability, readiness, and namespace guards.

04

Execute

Uses in-place container resize on supported Kubernetes 1.33+ clusters, with eviction-based fallback when in-place resize is unavailable and eviction is allowed.

05

Monitor & Rollback

Supports rollback monitoring and backoff when a matching rollback policy is configured, so unhealthy changes can be reverted.

Guardrails & Safety Checks

Multiple guardrails and filters protect every resize attempt, applied fail-closed by default.

HPA Awareness

Blocks CPU changes that conflict with HPA-managed scaling, preserving autoscaler stability.

ResourceQuota Validation

Validates proposed changes against namespace quotas, so automation never pushes a namespace over its ceiling.

LimitRange Enforcement

Checks recommended values fall within LimitRange bounds before applying, preventing admission failures.

Node Capacity Checks

Validates live node headroom exists before triggering any pod eviction or resize.

Workload Availability Protection

Honors PodDisruptionBudgets and maxUnavailable during eviction-based resize, keeping minimum replicas available throughout.

Readiness Validation

Confirms pods are ready before resizing, then re-checks after to catch regressions.

Protected Namespace Controls

Excludes system namespaces via configurable glob patterns (default: kube-*).

Policy-Driven Control

A full family of declarative policy CRDs, each with namespaced and cluster-scoped variants, defines exactly where, when, and how automation applies.

Proactive Policies

Apply ML-driven recommendations from the Kubex platform to right-size workloads automatically.

Static Policies

Enforce user-defined static resource requests and limits on target workloads.

Rollback Policies

Monitor resize operations and automatically revert unhealthy changes based on readiness and adoption thresholds.

GPU Policies

Consolidate GPU workloads to reduce node count at low utilization, and dynamically rebalance GPU allocations based on sustained utilization.

Pod Affinity Policy

Controls node placement for automated workloads.

Automation Strategies

Referenced by Proactive and Static policies to centrally configure how automation executes: safety guardrails, scheduling, enablement toggles, and resize method selection.

Smart Pause Controls

Pause per pod or workload via annotations for learning periods, canary rollouts, or permanent exclusions.

Enablement Gates

Per-direction flags for upsize-only, downsize-only, or full bi-directional automation, with no separate policy required.

Cluster & Namespace Scope

Namespaced strategies for teams, or ClusterProactivePolicy with label selectors for fleet-wide defaults.

Execution & Resilience

Applies changes with zero disruption where possible, and automatically recovers if something goes wrong.

Zero-Downtime Optimization

In-place container resize on Kubernetes 1.33+, with eviction-based fallback when in-place resize is unavailable and eviction is allowed.

Rollback Protection

When a matching rollback policy is configured, resizes are monitored with backoff so unhealthy changes can be reverted.

Admission-Time Mutation

Webhook applies recommendations at pod creation, so new pods start right-sized immediately.

Continuous Reconciliation

Controller loop evaluates all eligible workloads on configurable rescan intervals, adapting to fresh ML recommendations.

Platform & Enterprise Integration

Designed for how modern platform teams operate, with GitOps, RBAC, GPU, and broad workload coverage included.

GPU Optimization

Rightsizes GPU requests & limits via NVIDIA KAI Scheduler, with MIG, time-slicing, and MPS supported.

GitOps Friendly

All configuration lives in CRDs. Layer policies via GitOps or kubectl alongside Helm-managed defaults.

RBAC Integrated

Least-privilege Kubernetes RBAC. Namespace teams manage their own strategies without cluster-wide access.

Broad Workload Coverage

Deployments, StatefulSets, DaemonSets, CronJobs, Rollouts, Jobs, and StrimziPodSets.

Quick Start

Deploy in Minutes

Install via Helm, then define automation policies as Kubernetes CRDs. GitOps-ready from day one.

# Add the Kubex Helm repo
helm repo add kubex https://densify-dev.github.io/helm-charts
helm repo update

# Install CRDs first
helm install kubex-crds kubex/kubex-crds \
  --namespace kubex --create-namespace

# Install the automation engine
helm install kubex-automation-engine kubex/kubex-automation-engine \
  --namespace kubex \
  --set global.kubexUrl="https://your-tenant.kubex.ai" \
  --set global.kubexApiToken="<your-token>"

# Verify health
kubectl get globalconfiguration global-config -o yaml
kubectl get events -A --field-selector reason=PrecheckFailed
Reduce Costs

Eliminate over-provisioned CPU and memory, the most common source of wasted cluster spend.

Increase Efficiency

Higher cluster density through tighter resource allocation: more workloads per node, fewer idle resources.

Boost Productivity

Remove manual rightsizing from engineering workflows, so teams focus on features, not spreadsheets.

Maintain Reliability

Multiple safety checks and policy-driven rollback mean optimization never compromises availability.

Background Mask Animation

Ready to automate
Kubernetes optimization?

Deploy the Kubex Automation Engine in minutes with a single Helm chart.