Kubernetes

Private cluster access without a bastion

One agent runs inside the cluster as a routing device. Engineers and CI reach services and the API by name. Identity decides, not an address.

Free plan · No card · One agent in the cluster counts as one device

The problem

A private cluster usually grows a bastion

Lock the API down and someone builds a way back in.

The problem

A bastion in front of the API

One more box to patch, one more set of SSH keys, and an allow-list that goes stale.

What replaces it

One agent inside the cluster

The cluster joins the same network as the people using it. No hop, so no jump host.

The problem

A public endpoint for CI

The API sits on a public address so the pipeline can reach it. Scanners find it first.

What replaces it

Outbound only, CI included

The runner joins with a reusable enrollment key that has Temporary devices on, so its record goes once it stops connecting. Nothing in the path has a public address.

Try it on one cluster first

Run one agent in the cluster, add your laptop, write one rule. Remove the agent to back it all out.

Free plan · No card · Service accounts included