← Back to home
Comparison · Infra & APIs

Tailscale vs Kubernetes

Side-by-side trajectory, velocity, and editorial themes.

T
Tailscale
INFRA · APIS
6.3

Tailscale runs a steady 1.98.x maintenance cadence while pushing identity-aware policy to clients.

◆ Current state

Tailscale is deep in the 1.98.x point-release cycle, shipping fixes across every surface it maintains — core clients, the Kubernetes operator, the Terraform provider, and tsrecorder. Atop that maintenance baseline it is extending control-plane identity outward: group visibility now propagates membership to clients in alpha, and the Aperture CLI brings policy and guardrails to coding agents.

◆ Where it's heading

The connectivity layer is mature enough that most releases are hardening and packaging work, so the directional energy is moving up the stack into identity, policy, and infrastructure-as-code. Group membership reaching the client, Terraform service resources, and agent guardrails via Aperture all point toward Tailscale positioning itself as a policy and identity fabric, not just a mesh network.

◆ Prediction

Expect group visibility to graduate from alpha toward policy enforcement, alongside continued Terraform and operator investment; the agent-governance angle from Aperture is the most likely place for a larger next move.

Kubernetes logo
Kubernetes
DEVOPSINFRA · APIS
8.8

Kubernetes 1.36 leans into workload-aware scheduling while clearing legacy security debt.

◆ Current state

Kubernetes is mid-release cycle around v1.36, with multiple long-running features graduating to Beta or GA — Mixed Version Proxy, PSI metrics, volume group snapshots, and DRA maturation. The project is simultaneously deprecating Service.externalIPs over a six-year-old CVE class and archiving the official Dashboard in favor of Headlamp. The cadence is steady upstream release-train work, weighted toward AI/ML workload primitives this quarter.

◆ Where it's heading

The center of gravity is shifting toward batch and AI/ML workloads — the new PodGroup API, gang scheduling, DRA expansion, and workload-aware scheduling primitives all point that way. Security and ecosystem hygiene (CVE record correction, ExternalIPs removal, Dashboard sunset) are getting equal weight, suggesting the project is using v1.36 to clear inherited liabilities. etcd 3.7 entering beta means storage-layer changes are queued for the next release.

◆ Prediction

Expect v1.37 to make workload-aware scheduling defaults-on for batch workloads and graduate at least one DRA sub-feature to GA. The ExternalIPs removal will likely land as default-disabled in the same release.

See more alternatives to Tailscale
See more alternatives to Kubernetes