SERVERS

Every host, inventoried and under control.

Add a server with a hostname and an SSH key. Talos discovers what is on it, keeps the inventory current, and records every later change as a tracked job with a named owner.

Install itSee the security model
SSH·Ansible·Terraform·Ubuntu / Debian / RHEL

THE MANUAL WAY

What managing hosts by hand looks like.

THE INHERITED FLEET

Fourteen servers, three of them set up by someone who left. Nobody can say which runtimes are installed, which ports are open, or what would break if you patched one.

THE SHARED KEY

One SSH key in a password manager, pasted into four laptops and two CI configs. Rotating it means finding every copy first, so nobody rotates it.

AFTER THE OUTAGE

Something changed on the box at 02:00. Shell history is per-user, was not captured, and the person who ran it is asleep.

WHAT TALOS DOES

Six things you stop doing over SSH.

Agentless connection

Hostname, port, user, key. Nothing is installed on the target. Talos connects over plain SSH and disconnects when the job ends.

Read-only discovery

OS, kernel, runtimes, open ports, running containers, database engines. It writes nothing to the host, so your first run leaves the host unchanged.

Encrypted key storage

Keys are pasted once and encrypted at rest. They are decrypted in memory for the length of a job and never reach a log line or a job payload.

Ansible playbooks as jobs

Repeatable configuration runs as a tracked job, with the same live output and audit entry as every other action.

Terraform provisioning

Create the host and register it in one flow, with state kept by Talos rather than on somebody’s laptop.

Plan-then-apply reset

Decommissioning shows you the exact list of what will be destroyed, and how each item was identified, before anything runs.

talos.internal/servers
Servers
Cloud
Kubernetes
Docker
Databases
Frappe
Pipelines
Monitoring
MLOps
Proxy
DNS & SSL
MCP
Fleet14 servers · 0 alerts
eu-west · lb-01HEALTHY
ubuntu 24.04 · 6.8.0 · nginx
eu-west · app-01HEALTHY
ubuntu 24.04 · docker 27.3
db-01HEALTHY
debian 12 · postgres 16
legacy-02ATTENTION
ubuntu 20.04 · EOL in 61d
$ discover legacy-02
→ ubuntu 20.04 · kernel 5.4.0
→ docker 20.10 · 3 containers · mysql 5.7
→ 2 packages held back
✓ discovery complete · nothing written

HOW IT RUNS

Every action is a tracked job.

Requestyou, API or schedule
Queueapproval if required
Job runnerbackground worker
ExecutionSSH · Ansible · Terraform · API
Your infrastructurelogs stream back live

WHAT MAKES THIS DIFFERENT

Decommissioning shows its plan before it acts.

In most tools, a reset runs in one step against whatever the tool decides belongs to the server. Talos splits it in two. First it produces a plan: every database, volume, bench and container it intends to destroy, each annotated with how it was identified. You read that list. Only then does the reset run, and only against exactly what the plan named.

A mandatory backup runs first, and the restore is verified before the destructive step is allowed to proceed.
Provenance is attached to every item, so "why is this on the list?" is answerable without guessing.
Anything discovery could not positively attribute is excluded and left in place.
reset plan · legacy-02
✓
bench/erp-prod
frappe bench · matched by apps.txt
DESTROY
✓
db/erp_prod
owned by bench erp-prod
DESTROY
✕
db/analytics_ro
no owning bench, not attributable
KEPT
✓
backup verified
restored to scratch instance and checked
GATE

RELATED CAPABILITIES

Cloud

AWS, Azure, GCP and Oracle alongside the hosts you just added.

explore →

Monitoring

Health checks, alerts and live logs across the fleet.

explore →

Databases

Back up and verify what those servers are holding.

explore →

Point it at one server first.

Discovery is read-only. It will tell you what it found before it changes anything.

Install in one commandSee every capability →