The script (boot_script, the machine's cloud-init user data) holds one
secret, the machine's own worker token, which orca revokes when it removes
the machine. With it the machine asks the UI for the rest, over TLS:
boot_answer gives the worker image (ORCA_WORKER_IMAGE, the server's
own), the login to pull it (orca.registry), and the variables a worker
needs to reach the bucket (ORCA_WAREHOUSE, ORCA_LOGS, the AWS_*
ones), as the UI's own environment has them. It answers only a token the
autoscaler made for a machine that's live, so a token someone made with
orca worker-token create gets nothing from it.
The machine then installs Docker if it hasn't it, logs in, and runs the
image as orca worker --pool <pool> --name <machine>, with run cgroups
(docs/hetzner.md, "A cgroup per run"). With ORCA_POOL_WORKER_COMMAND
set on the scheduler, the script runs that command as the worker instead
(tests, without Docker).