3 ms·
I use Swarm in production and am learning k8s as fast as possible because of how bad Swarm is: 1. Swarm is dead in the water. No big releases/development afaik
by sdan 6y ago
I use Swarm in production and am learning k8s as fast as possible because of how bad Swarm is:
1. Swarm is dead in the water. No big releases/development afaik recently
2. Swarm for me has been a disaster because after a couple of days some of my nodes slowly start failing (although they’re perfectly normal) and I have to manually remove each node from the swarm, join them, and start everything up again. I think this might be because of some WireGuard incompatibility, but the strange thing is that it works for a week sometimes and other times just a few hours
3. Lack of GPU support
- GordonS 6y agoTo add another side, I use Swarm in production and continue to do so because of how good it is. I've had clusters running for years without issue. I've even used it for packaging B2B software, where customers use it both in cloud and on-prem - no issues whatsoever. I've looked at k8s a few times, but it's vastly more complex than Swarm (which is basically Docker Compose with cluster support), and would add nothing for my use case. I'm sure a lot of people need the functionality that k8s brings, but I'm also sure that many would be better suited to Swarm.
- sdan 6y agoYeah I guess for smaller projects and the addition of using Docker Compose files, Swarm would be worth it. If K8s supported compose scripts out of the box (not Kompose) that'd basically make Swarm unnecessary (at least for me)
- physicles 6y agoThis happened to me too when I was using swarm in 2017. Had to debug swarm networks where nodes could send packets one way but not the other. Similar problems as #2 where stuff just breaks and resetting the node is the quickest way I found to fix it. Switched to k8s in late 2017 and it’s been much more solid. And that’s where the world has moved, so I’m not sure why you’d choose swarm anymore.