kube-cel
Kubernetes CEL extension functions for Rust, built on top of cel.
Implements the Kubernetes-specific CEL libraries defined in k8s.io/apiserver/pkg/cel/library and cel-go/ext, enabling client-side evaluation of CRD validation rules.
Installation
[]
= "0.6"
kube-cel re-exports the cel crate it was built against as kube_cel::cel. Import cel types through that re-export rather than declaring a separate cel dependency, otherwise a version mismatch surfaces as a cryptic Context type error.
Usage
use KubeCelExt;
use ;
let ctx = default.with_all;
// String functions
let result = compile
.unwrap.execute.unwrap;
// Quantity comparison
let result = compile
.unwrap.execute.unwrap;
// Semver
let result = compile
.unwrap.execute.unwrap;
CRD Validation Pipeline
With the validation feature, you can compile and evaluate x-kubernetes-validations CEL rules client-side — no API server required.
[]
= { = "0.6", = ["validation"] }
use Validator;
use json;
let schema = json!;
let object = json!;
let validator = new;
let errors = validator.validate;
assert_eq!;
assert_eq!;
assert_eq!;
The validator walks the schema tree, compiles rules at each node, and evaluates them with self bound to the corresponding object value. Transition rules (referencing oldSelf) are supported by passing old_object.
Schema-aware format support
Fields with format: "date-time" or format: "duration" in the schema are automatically converted to CEL Timestamp / Duration values, matching K8s API server behavior:
let schema = json!;
Invalid strings gracefully fall back to Value::String.
Field name escaping
JSON field names that are CEL reserved words or contain special characters are automatically escaped when converting to CEL map keys, matching K8s API server behavior:
| JSON field name | CEL access |
|---|---|
namespace |
self.__namespace__ |
foo-bar |
self.foo__dash__bar |
a.b |
self.a__dot__b |
x/y |
self.x__slash__y |
my_field |
self.my__field |
Schema defaults
Apply schema default values before validation, matching K8s API server behavior:
use apply_defaults;
let schema = json!;
let object = json!;
let defaulted = apply_defaults;
// defaulted = {"replicas": 3, "strategy": "RollingUpdate"}
Or use the convenience method:
let errors = new.validate_with_defaults;
Root-level variables
Bind CRD-level apiVersion, apiGroup, kind variables for root-level rules:
use ;
let root_ctx = RootContext ;
let errors = new.validate_with_context;
ValidatingAdmissionPolicy (VAP)
Evaluate ValidatingAdmissionPolicy CEL expressions client-side — no API server required. Supports all VAP variables except authorizer.
use ;
let evaluator = builder
.object
.request
.params
.build;
let results = evaluator.evaluate;
assert!;
For repeated evaluation, pre-compile expressions:
let compiled = evaluator.compile_expressions;
let results = evaluator.evaluate_compiled; // no re-parsing
Static Analysis
Catch CEL rule issues before deployment — variable scope violations and cost budget warnings:
use ;
use compile_schema;
let compiled = compile_schema;
let warnings = analyze_rule;
// Warns: "list field has no maxItems bound" (may exceed K8s 1M cost budget)
ScopeContext::CrdValidation catches admission-only variables (request, object, etc.) used in CRD rules. ScopeContext::AdmissionPolicy allows the full VAP variable set.
Supported Functions
Strings
charAt, indexOf, lastIndexOf, lowerAscii, upperAscii, replace, split, substring, trim, join, reverse, strings.quote
Lists
isSorted, sum, min, max, indexOf, lastIndexOf, slice, sort, flatten, reverse, distinct, first, last, lists.range
Sets
sets.contains, sets.equivalent, sets.intersects
Regex
find, findAll
URLs
url, isURL, getScheme, getHost, getHostname, getPort, getEscapedPath, getQuery
IP / CIDR
ip, isIP, isIPv4, isIPv6, ip.isCanonical, family, isLoopback, isUnspecified, isLinkLocalMulticast, isLinkLocalUnicast, isGlobalUnicast, <IP>.string(), cidr, isCIDR, isCIDRv4, isCIDRv6, containsIP, containsCIDR, prefixLength, masked, <CIDR>.ip(), <CIDR>.string()
Semver
semver, isSemver, major, minor, patch, isGreaterThan, isLessThan, compareTo
Quantity
quantity, isQuantity, isInteger, asInteger, asApproximateFloat, sign, add, sub, isGreaterThan, isLessThan, compareTo
Format
<string>.format(<list>) with verbs: %s, %d, %f, %e, %b, %o, %x, %X
Named Format Validation
format.dns1123Label, format.dns1123Subdomain, format.dns1035Label, format.dns1035LabelPrefix, format.dns1123LabelPrefix, format.dns1123SubdomainPrefix, format.qualifiedName, format.labelValue, format.uri, format.uuid, format.byte, format.date, format.datetime, format.named, validate
// Returns optional: none = valid, of([...errors]) = invalid
// K8s pattern: !format.<name>().validate(value).hasValue()
let result = compile
.unwrap.execute.unwrap;
// Value::Bool(true)
// Dynamic format lookup
let result = compile
.unwrap.execute.unwrap;
// Value::Bool(true)
Math
math.ceil, math.floor, math.round, math.trunc, math.abs, math.sign, math.sqrt, math.isInf, math.isNaN, math.isFinite, math.bitAnd, math.bitOr, math.bitXor, math.bitNot, math.bitShiftLeft, math.bitShiftRight, math.greatest, math.least
Encoders
base64.decode, base64.encode
JSONPatch
jsonpatch.escapeKey
// RFC 6901: ~ → ~0, / → ~1
let result = compile
.unwrap.execute.unwrap;
// Value::String("k8s.io~1my~0label")
Feature Flags
Cargo features are the only granularity axis — there is no runtime per-library registration. All extension-function features are enabled by default. To narrow the set you must disable the defaults first:
# Correct: only string + list helpers.
= { = "0.6", = false, = ["strings", "lists"] }
# No-op narrowing: without `default-features = false` the list is ADDED to the
# already-complete default set, so you still get everything.
= { = "0.6", = ["strings", "lists"] }
# Restore the whole surface (all 13 function groups + the validation engine)
# in one flag, e.g. after narrowing for a downstream build profile.
= { = "0.6", = false, = ["full"] }
| Feature | Dependencies | Description |
|---|---|---|
strings |
- | String extension functions |
lists |
- | List extension functions |
sets |
- | Set operations |
regex_funcs |
regex |
Regex find/findAll |
urls |
url |
URL parsing and accessors |
ip |
ipnet |
IP/CIDR parsing and operations |
semver_funcs |
semver |
Semantic versioning |
format |
- | String formatting |
quantity |
- | Kubernetes resource quantities |
jsonpatch |
- | JSONPatch key escaping (RFC 6901) |
named_format |
- | Named format validation (format.dns1123Label(), etc.) |
math |
- | Math functions (math.ceil, math.abs, bitwise, etc.) |
encoders |
base64 |
Base64 encode/decode |
validation |
serde_json, serde, chrono |
CRD validation pipeline, VAP evaluation, static analysis, schema defaults |
full |
(all of the above) | Umbrella: every extension-function group plus validation. Not in default (which is functions-only) |
Versioning and stability
kube-cel is pre-1.0 and cannot reach 1.0 until the cel crate does. Its
public signatures expose cel::Context and cel::Value, and a crate cannot be
stable while its public dependencies are not (Rust API Guidelines,
C-STABLE).
Once cel reaches 1.0, kube-cel 1.x will track cel 1.y; a cel major bump
forces a kube-cel major bump. While below 1.0, minor releases may contain
breaking changes (the Cargo convention for 0.x).
Two stability tiers, by surface:
- Tier 1 — registration (committed). The
KubeCelExttrait (with_all/register_all), thepub use celre-export, and the set of registered Kubernetes CEL functions. This is the crate's core identity and changes only deliberately. - Tier 2 — validation engine (evolving,
validationfeature).Validator, the VAP evaluator, static analysis, schema defaults, and thecompilation/validation/vap/analysistypes. Still maturing; expect its surface to change across pre-1.0 minors as the validation pipeline hardens.
apiserver divergence
The validation pipeline aims to return the same verdict the Kubernetes API
server would, client-side. Where it cannot today, it diverges fail-closed —
it reports an error rather than silently accepting — so a passing result is
always at least as strict as the API server, never less. These divergences are
pinned by tests/apiserver_divergence.rs.
| Feature | API server | kube-cel | Direction |
|---|---|---|---|
<list>.sortBy(var, expr) |
evaluates | UnsupportedReference |
fail-closed |
cel.bind(var, init, expr) |
evaluates | UnsupportedReference |
fail-closed |
Two-arg comprehensions (all(i, v, …), transformList, transformMap; K8s 1.33+) |
evaluates | UnsupportedReference |
fail-closed |
| Schema nesting deeper than 64 levels | enforces (rejects over-limit schemas at registration) | SchemaTooDeep error |
fail-closed |
Rule whose messageExpression does not compile |
rejects the CRD at registration | CompilationFailure (the rule is rejected, not just its message) |
fail-closed |
Authz library (authorizer.*) |
evaluates against the cluster | not available | out of scope |
The unsupported CEL macros above parse successfully but error at evaluation
(cel 0.13 has no such reference), so they surface as the dedicated
ErrorKind::UnsupportedReference — distinct from EvaluationError (reserved for
genuine runtime errors in a supported rule), so a consumer can tell a kube-cel
coverage gap apart from an actual rule failure. Single-argument comprehensions
(list.all(x, …), map(x, …), etc.) are fully supported and do not diverge.
The macro gaps lift once the cel crate gains compiler-macro support; the authz
library requires a live API server and is out of scope for a client library.
Related
- kube-rs - Rust Kubernetes client and controller runtime
- cel - Rust CEL interpreter
- Kubernetes CEL docs
License
Apache-2.0