2 ms·
I think they are trying to achieve the same thing, with differences in API and richness of each ecosytem. http://www.slideshare.net/teemow1/container-orchestra
by gtirloni 11y ago
I think they are trying to achieve the same thing, with differences in API and richness of each ecosytem.
http://www.slideshare.net/teemow1/container-orchestration http://www.slideshare.net/teemow1/container-orchestration
https://groups.google.com/forum/#!msg/coreos-dev/nHK8irdnmM0/BSwZpV1SNisJ https://groups.google.com/forum/#!msg/coreos-dev/nHK8irdnmM0...
- nrr 11y agoActually, having spoken with one of the CoreOS guys recently about this, it seems that their concerns are a bit lower-level. Where these resource managers actually do concern themselves with the problem space of resource management as well as orchestration, Fleet is taking the position of a "distributed systemd" in a way without much else in terms of provided porcelain. For those of us who are old school HPC people, it's probably more reasonable to think of Fleet as a dynamic always-running manifestation of xCAT or, perhaps, Fabric (of fabfile.py fame) or similar. For example, I've heard of people installing and running Mesos with it, which might seem like a bit of cluster scheduler self-satisfaction at first until one understands the reasoning.