This guide takes you from a fresh machine to a running Ployz cluster with a deployed workload. You will install the CLI and daemon, initialize a mesh network, add a node, deploy an application, and confirm it is serving traffic. The entire sequence runs in under five minutes on a supported machine.Documentation Index
Fetch the complete documentation index at: https://mintlify.com/getployz/ployz/llms.txt
Use this file to discover all available pages before exploring further.
Ployz runs on Linux (x86_64 and aarch64) and macOS (x86_64 and Apple Silicon). On macOS, Docker Desktop or OrbStack must be running before you start — Ployz uses Docker as its container runtime on macOS.
Install Ployz
Run the one-line installer. It detects your platform, downloads the latest release, installs the binaries to The installer prints a summary of what it installed and where. When it finishes, confirm the daemon is running:Expected output:
~/.local/bin, and registers the daemon as a user service.If Add this line to your shell profile (
ployzctl is not found after install, add ~/.local/bin to your PATH:~/.bashrc, ~/.zshrc, etc.) to make it permanent.Initialize a mesh
A mesh is the WireGuard overlay network that connects your cluster nodes. Initialize one on this machine and give it a name that identifies the cluster.This command generates a WireGuard key pair for this node, starts the overlay interface, initializes NATS as the cluster state substrate, and prints the join token other machines will use to enter the mesh.Save the join token. You will pass it to
machine add when joining additional nodes.Add a machine
To add a second machine to the cluster, run Expected output:Confirm both machines appear in the cluster:
machine add from the first machine. Pass the SSH address of the new node as a positional argument. Ployz SSHs in, installs the daemon if needed, joins it to the mesh, and verifies reachability.Deploy a workload
Deploy a container image to the cluster using Ployz moves through visible phases — plan, apply, commit — and reports each one. The deploy completes or fails cleanly. When the command returns, the workload is either live or the deploy has failed with a clear error.
deploy service. Provide a service name, the image, the namespace, and the port mapping.Each deploy is atomic. The routing flip to the new instance only happens after the durable commit point. If something goes wrong before commit, the previous version keeps serving traffic and you can retry safely.
Verify the workload
Check that all machines and workloads are running:To inspect what is deployed in a namespace, preview the current state against your manifest:Make a request to the workload through its cluster-internal address (requires being on the overlay network):
Branch for a PR environment (optional)
To create an isolated environment for a pull request, branch the namespace. Services are copied by default; volumes start fresh.Deploy the PR build into the branched namespace:When done, the branch namespace can be removed with another deploy targeting that namespace.
Next steps
Installation details
Manual install, building from source, platform notes, and daemon configuration options.
What is Ployz?
Understand the primitives-not-policies philosophy and how Ployz compares to Kubernetes.