Hacker Newsnew | past | comments | ask | show | jobs | submit | more BretFisher's commentslogin

Yea that's the legacy "classic" swarm from pre-2016. Docker isn't moving away from Swarm, in fact they keep adding features. See https://www.bretfisher.com/the-future-of-docker-swarm/

Last month they released https://github.com/docker/stacks for Swarm.

Also, every industry survey I've seen in the last year on orchestrator uses shows increases in overall usage of K8s and Swarm, which I consider the better measure of a project's health. (CNCF, Digital Ocean, F5, Sysdig)


Swarm isn’t going anywhere. It has a growing community and the team is activly working in the repos. See my updates: https://www.bretfisher.com/the-future-of-docker-swarm/


Um, I was a top rated session that was repeated on Friday and was 100% Swarm, and had a full house https://twitter.com/BretFisher/status/1007099831783862272


Bret - this is not me that's making the claims. Take a look here - https://blog.docker.com/2018/06/top-5-rated-sessions-dockerc...

this is what is scaring us. We love Swarm and really respect all the dev efforts... but the corporate K8s bias in unmistakable. These are some of the kubernetes posts over the last 2 days from Docker's twitter account: https://twitter.com/Docker/status/1016340701800431618

https://twitter.com/Docker/status/1015620961712967681

https://twitter.com/Docker/status/1015535938678738950

https://twitter.com/Docker/status/1015475755428597760

Number of Swarm posts in the same time ? Zero. In fact, I would be hard pressed to find a public tweet about Swarm in a long time.

This was the first Docker event in Lahore - https://events.docker.com/events/details/docker-lahore-prese...

Its Kubernetes everywhere.


Yep I wrote this, and it needs an update just months later. Lots happening.

Even today a big PR was pulled in to improve the scalability of Swarm https://github.com/moby/moby/pull/37372

More updates here https://github.com/docker/swarmkit/issues/2665#issuecomment-...


hi, what do you think about the approaches of CiliumProject ? (https://opensource.googleblog.com/2016/11/cilium-networking-...). They do have a Docker plugin (but does not work seamlessly with Swarm), but they claim to use BPF for superior performance https://cilium.io/blog/2018/04/17/why-is-the-kernel-communit...

I think the Kubernetes and Swarm devs have generally leveraged IPVS as the next step from iptables. Any thoughts on going straight to BPF ?



A full list of all the evidence that it's not dead: https://www.bretfisher.com/is-swarm-dead-answered-by-a-docke...


I'm a Docker Captain and Swarm consultant. Yes, lots of proof here's just a few things from a similar post last week https://news.ycombinator.com/item?id=16771118


The TL;DR [direct quote from Docker blog](https://blog.docker.com/2017/11/swarm-orchestration-in-docke...) after the Kubernetes announcement:

> But it’s equally important for us to note that Swarm orchestration is not going away. Swarm forms an integral cluster management component of the Docker EE platform; in addition, Swarm will operate side-by-side with Kubernetes in a Docker EE cluster, allowing customers to select, based on their needs, the most suitable orchestration tool at application deployment time.


I work almost exclusively with people learning Swarm, and companies deploying Swarm. In Sacramento, CA today at MuraCon conference listening to stories of teams I've never met, taking Docker Swarm CE into production. Most I see start out deploying it for web services, web sites, worker jobs, then maybe dipping into persistent data containers with something like REX-Ray for shared storage. 18.03 is the latest Docker CE release and solid afaik. The dev-to-prod workflow is pretty great woth docker-compose to Swarm Mode. See my DockerCon talk https://dockercon.docker.com/watch/WdAeLaLuSCNQwEp61YVXUt and my YouTube Channel on stuff I just started doing https://www.youtube.com/c/BretFisherITPro and I also have articles and courses at https://bretfisher.com


Thanks some really great stuff here at https://bretfisher.com.

Again do you have some further support/sources that Docker will continue investment in Swarm?

I found this tweet from Solomon Hykes stating Swarm isn't dead, but also provides a vague answer without much detail to specific plans. "Docker will continue to support both Kubernetes and Swarm as first-class citizens, and encourage cross-pollination. Openness and choice create a healthier ecosystem for everyone."

https://twitter.com/solomonstre/status/941080802607222784



Swarm isn't going away, and in fact, Docker has stated it publicly multiple times on their blog since K8s announcement, and has continued to add new features and fix bugs. Their Kubernetes integrations in Docker EE takes advantage of Swarm's built-in security for node setup. Lots of improvement in the last 6-9 months on Overlay and zero-downtime updates, but true, compared to the first year of SwarmKit, this last 6 months has slowed down in terms of PR's for new features, likely due to focus on K8s integration. Your rolling update issues were likely related to bugs that are (hopefully) now fixed.


"It does make me hesitate to recommend Swarm for a new service, with the risk that it will be end-of-lifed soon."

This was my exact concern. With the announcement at the end of 2017 that Docker EE would be integrating Kubernetes, it gave me pause as to whether to put Swarm into production now, when there is the possibility Docker could be moving away from Swarm entirely in the near future.

Do you have any sources that there will be continued investment in Swarm?

All recent blog posts I see are hyping of the features of the Kubernetes integration.


Nov 16h, 2017 Docker creates a blog post covering why Swarm is key to the future of Docker EE and K8s integration: https://blog.docker.com/2017/11/swarm-orchestration-in-docke...

March 9th, 2018 Docker creates a blog post highlighting a major new feature coming to Swarm in Docker EE 2.0 (alongside K8s integration). https://blog.docker.com/2018/03/enhanced-layer-7-routing-swa...

There's a lot more evidence that I hope to put into a blog post soon. No company will guarantee they will always make a product, but we've got years of enterprise support for Swarm as it is, and they keep adding functionality so I have no evidence of them stopping or even hinting at such a thing.


A full list of all the evidence that it's not dead: https://www.bretfisher.com/is-swarm-dead-answered-by-a-docke...


The TL;DR [direct quote from Docker blog](https://blog.docker.com/2017/11/swarm-orchestration-in-docke...) after the Kubernetes announcement:

> But it’s equally important for us to note that Swarm orchestration is not going away. Swarm forms an integral cluster management component of the Docker EE platform; in addition, Swarm will operate side-by-side with Kubernetes in a Docker EE cluster, allowing customers to select, based on their needs, the most suitable orchestration tool at application deployment time.


I agree that most of the issues we encountered were early bugs that have been resolved. While Docker 1.12 and 1.13 had some stability issues with services, it was early and they’ve been addressed. Swarm has been really stable for us since then.

I’ve written and shipped a container scheduler/orchestration runtime that’s being used today for some enterprise workloads. It’s a hard problem, and Swarm, Kubernetes and nomad are are solving it well.

Swarm is often overlooked as a production grade platform, but it’s absolutely production grade.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: