| ▲ | ed_mercer 3 hours ago | |||||||
For us, we actually moved away from k8s to dedicated VMs on Proxmox for our agents. We initially had a containerized environment manager running in k8s, but found that VMs give you things containers struggle with: full desktop environments with X11 for GUI automation, persistent state across sessions and dedicated resources per agent. Each agent gets their own Debian VM with a complete OS, which makes it much easier to run tools like xdotool and browser automation that don't play well in containers. | ||||||||
| ▲ | indigodaddy 2 hours ago | parent | next [-] | |||||||
Yeah, I feel like k8s is adds unneeded complexity. I started this project to isolate via LXC/Incus containers on a VPS/server. Works nicely for my needs. | ||||||||
| ▲ | eftalyurtseven 3 hours ago | parent | prev | next [-] | |||||||
Makes sense, if your agents need full desktop and GUI automation VMs are the way to go. klaw is more on the headless side, agents talking to APIs, Slack, X, that kind of thing, so the lightweight binary model works. How many agents are you running on Proxmox? | ||||||||
| ||||||||
| ▲ | mountainriver 2 hours ago | parent | prev | next [-] | |||||||
I got this issue too, but still found that a containerized desktop was superior due to resource efficiency | ||||||||
| ▲ | NewJazz 3 hours ago | parent | prev | next [-] | |||||||
I have never had an issue with browser automation like selenium in containers. Is that actually an issue? | ||||||||
| ||||||||
| ▲ | 3 hours ago | parent | prev [-] | |||||||
| [deleted] | ||||||||