3 ms·
I agree that Docker took too long to embrace Kubernetes once it was obvious it had more momentum than all other orchestration projects combined. But nickstinema
by zapita 7y ago
I agree that Docker took too long to embrace Kubernetes once it was obvious it had more momentum than all other orchestration projects combined. But nickstinemates suggests that Docker could have and should have “collaborated” much sooner than that, even before Kubernetes had launched. I wonder what that means in practice. What exactly should Docker have done, that they didn’t? And how would it have changed the outcome?
- wmf 7y agoDocker could have never created Swarm and Compose at all. In hindsight if they went all-in on k8s from the beginning then they might now be the leader in enterprise k8s instead of Red Hat and IBM would be buying them. But this wasn't clear at all in 2014-2015.
- cpuguy83 7y agoCompose existed before k8s, and was created by a small company that Docker acquihired.
- GordonS 7y agoPersonally, I like Docker Compose and Swarm, at the very least for non-production workloads - they're just so much lighter and simpler than k8s. I actually would have liked to see Docker not give up on Swarm so readily. There's absolutely room for a something simpler than k8s.
- throwawaybbq1 7y agoHindsight is 20/20. I recall looking at k8s and swarm closely circa 2014-2015. K8s wasn't very good. The networking worked best in the Google cloud .. not your usual datacenter. I recall concluding Swarm was the better tech. If history was any guide, k8s would lose steam. The borg connection .. I duno how much actual code went in there.