Files
jcoffey-dev a69093fff7
ci / rust-licenses (agent) (pull_request) Skipped
ci / rust-licenses (search) (pull_request) Skipped
ci / go-licenses (alerting) (pull_request) Skipped
ci / go-licenses (api) (pull_request) Skipped
ci / go-licenses (deploy/operator) (pull_request) Skipped
ci / go-licenses (enterprise) (pull_request) Skipped
ci / go-licenses (hack/benchmark-fixture) (pull_request) Skipped
ci / go-licenses (hack/windows-fixture) (pull_request) Skipped
ci / go-licenses (ingest) (pull_request) Skipped
ci / go-licenses (proto) (pull_request) Skipped
ci / go-licenses (terraform) (pull_request) Skipped
ci / npm-licenses (pull_request) Skipped
github/ci (branch) GitHub Actions
ci / github (pull_request) Successful in 6m43s
ci / rust-advisories (agent) (pull_request) Skipped
ci / rust-advisories (search) (pull_request) Skipped
ci / go-vulncheck (alerting) (pull_request) Skipped
ci / go-vulncheck (api) (pull_request) Skipped
ci / go-vulncheck (deploy/operator) (pull_request) Skipped
ci / go-vulncheck (enterprise) (pull_request) Skipped
ci / go-vulncheck (hack/benchmark-fixture) (pull_request) Skipped
ci / go-vulncheck (hack/windows-fixture) (pull_request) Skipped
ci / go-vulncheck (ingest) (pull_request) Skipped
ci / go-vulncheck (proto) (pull_request) Skipped
ci / go-vulncheck (terraform) (pull_request) Skipped
ci / npm-audit (pull_request) Skipped
ci / tenant-boundary (pull_request) Skipped
ci / web-routes (pull_request) Skipped
ci / conformance-corpus (pull_request) Skipped
go: x/net 0.60.0 and the Go 1.26.9 CI image (GO-2026-6612, -6613, -6617)
govulncheck started failing on main: golang.org/x/net 0.58.0 has an HTTP/2
HPACK encoder race that can crash a server (GO-2026-6617, fixed in 0.60.0),
and the Go 1.26.8 toolchain in the pinned CI image has three net/http fixes
pending (GO-2026-6612, GO-2026-6613, fixed in 1.26.9).

- x/net 0.60.0 in every module that uses it, with the x/sys, x/text and
  x/term patch releases it pulls in; proto and the two fixtures move to
  go 1.26, which x/net 0.60.0 requires and CI already builds with.
- The golang:1.26-bookworm image is re-pinned to today's digest (1.26.9) in
  both the Gitea and GitHub workflows. The Dockerfiles use the floating
  golang:1.26-alpine tag and pick up 1.26.9 on their next build.

go build and govulncheck are clean in all nine modules.
2026-10-09 00:34:40 -07:00
..
2026-08-21 20:53:32 -07:00

deploy/operator

A small controller-runtime Operator managing one CRD: Tenant (cairnobs.io/v1alpha1). See internal/controller/tenant_controller.go's doc comment for exactly what it reconciles and -- just as importantly -- what it deliberately doesn't (no ClickHouse calls, no Tantivy filesystem access, no enterprise/internal/rbacstore wiring; those are enterprise/internal/tenantprovision, still unbuilt).

Not kubebuilder-scaffolded

No kubebuilder/controller-gen binary was available in this environment, so this package is hand-written rather than generated:

  • api/v1alpha1/zz_generated.deepcopy.go -- normally controller-gen object output; hand-written here, covered by api/v1alpha1/api_test.go's round-trip tests (mutate a copy, assert the original is untouched -- exactly the class of bug a hand-written DeepCopy is prone to).
  • config/crd/cairnobs.io_tenants.yaml -- normally controller-gen crd output from the +kubebuilder:validation:* markers on api/v1alpha1/tenant_types.go; hand-written here and only as strong as keeping the two in sync by hand. Validated by strict-unmarshaling it into the real k8s.io/apiextensions-apiserver Go type (see /deploy/README.md's verification section) -- catches YAML/structural mistakes, not a drift between the CRD's field descriptions and the Go doc comments.
  • +kubebuilder:rbac markers on internal/controller/tenant_controller.go are present as documentation/intent (matching kubebuilder convention) but were never run through controller-gen rbac -- the actual ClusterRole is hand-written in /deploy/helm/cairnobs/templates/tenant-operator.yaml, kept in sync with those markers by hand, same caveat as the CRD above.

Layout

api/v1alpha1/          Tenant, TenantSpec, TenantStatus -- the CRD's Go types
internal/controller/    TenantReconciler -- see its doc comment
cmd/tenant-operator/     main.go -- manager setup, matches every other
                         service's cmd/<name>/main.go convention in this repo
config/crd/               hand-written CRD YAML (see above)

Building & testing

go build ./...
go vet ./...
go test ./...

Tests use sigs.k8s.io/controller-runtime/pkg/client/fake, not envtest -- envtest needs a real kube-apiserver/etcd binary pair (setup-envtest) not available in this environment. The fake client exercises real reconcile logic (object CRUD, owner references, status writes) but not anything a real apiserver does for you (admission, garbage collection, watch-triggered re-reconciliation) -- see internal/controller/tenant_controller_test.go's doc comment.

docker build -f Dockerfile -t cairnobs-tenant-operator .   # context is deploy/operator/, not the repo root

Not verified in this session -- see /deploy/README.md.

Trying it against a real cluster

kubectl apply -f config/crd/cairnobs.io_tenants.yaml
kubectl apply -f - <<'EOF'
apiVersion: cairnobs.io/v1alpha1
kind: Tenant
metadata:
  name: acme
spec:
  displayName: "Acme Corp"
EOF
kubectl get tenant acme -o yaml   # status.phase should reach Active
kubectl get secret cairnobs-tenant-acme-clickhouse -o yaml