4 ms·
Google ran all their stuff as fat binaries through Borg? Why would they change to containers with kubernetes if the borg approach is better?
by supermatt 9y ago
Google ran all their stuff as fat binaries through Borg? Why would they change to containers with kubernetes if the borg approach is better?
- pebers 9y agoThey aren't changing to Kubernetes internally. It's more of an open-source reimplementation (and modernisation) of Borg, because they don't think it's practical to open-source Borg itself.
- bboreham 9y agoGoogle runs things internally as fat binaries inside cgroups, which is a Linux kernel feature that implements resource limits like "only give this thing 2GB of memory" Docker combines cgroups with a layered filesystem and a tarfile to copy everything around in. It's the total package that is meaningful; the article argues against just one aspect and thus fails to cover the whole picture.
- KaiserPro 9y agobecause in borg land, everything apart from the binary is controlled by the scheduler. why is that good? because it means that the thing that knows about resource utilisation has control of what resources it give out. quite patch on the farm? give the low priority jobs more memory/cpu. You also have to remember that borg is part of the secret sauce that makes google tick. Having a single interface to a smart, efficient, fast and scalable scheduler is invaluable at scale. Kebernetes is nice, but its nowhere near as advanced or fully featured as slurm/gridengine/tractor etc. its also not that efficient or fast. (I worked in VFX with various schedulers some were able to dispatch 100k execution instructions a second)
- nickpsecurity 9y agoYou might find this interesting: https://www.cl.cam.ac.uk/~rnw24/papers/2016-osdi-firmament.pdf https://www.cl.cam.ac.uk/~rnw24/papers/2016-osdi-firmament.p...
- KaiserPro 9y agoooo this is smashing. Adding to the list.