4 ms·
IIUC agent-sandbox and agent-substrate (the one ax builds upon) are similar. Agent-sandbox is more k8s-native, while agent-substrate is less so. Personally I t
by jcw90210 12d ago
IIUC agent-sandbox and agent-substrate (the one ax builds upon) are similar. Agent-sandbox is more k8s-native, while agent-substrate is less so.
Personally I think that this kind of workload is better off not being tied too much into kubernetes. I've worked with crossplane and other controller who put a lot of load on the k8s-apiserver and etcd and can easily slow the whole machinery down / grind them to a halt.
btw, agent-substrate is in the process of being moved to CNCF: https://github.com/cncf/sandbox/issues/523 https://github.com/cncf/sandbox/issues/523
- ahmedtd 12d agoAgent Substrate was built to provide a few (important) things over Agent Sandbox: * More efficient usage of compute by timeslicing agents (Substrate Actors), which requires fast suspend and resume (using gVisor or cloud-hypervisor snapshots), as well as keeping the K8s control plane out of the critical path (so agents can't be stored as resources in the K8s database). * Deep inspection of outgoing requests using an egress gateway * Minimizing the exposure of credentials to unpredictable agent control (so they can't upload access tokens to pastebin). Achieving those goals ultimately required a significantly different design from Agent Sandbox.