Non ho conoscenza "interna" di Borg, quindi questa risposta è basata solo su ciò che Google ha pubblicato here. Per maggiori dettagli, dovresti esaminare quel documento. Sezione 8 fa espresso riferimento al kubernetes ed è alla base di questa risposta (insieme a kubernetes propri documenti):
1) Le differenze principali: gruppi
- Borg lavorano da 'lavoro'; Kubernetes aggiunge "etichette" per una maggiore flessibilità.
- Borg utilizza un design IP per macchina; Kubernetes utilizza un design di rete per macchina e IP-per-Pod per consentire il binding tardivo delle porte (lasciando agli sviluppatori la scelta delle porte, non dell'infrastruttura).
- L'API di Borg sembra essere ampia e ricca, ma con una curva di apprendimento ripida; Le API di Kubernetes sono presumibilmente più semplici. Almeno, per qualcuno che non ha lavorato con Borg, l'API di Kubernetes sembra abbastanza pulita e comprensibile.
2) Borg sembra utilizzare LMCTFY come tecnologia contenitore. Kubernetes consente l'uso di Docker o rkt.
Alcune altre differenze ovvie sono che Borg non è open source e non è disponibile per l'uso al di fuori di Google, mentre Kubernetes è entrambe le cose. Borg è in produzione da più di 10 anni, mentre Kubernetes ha appena raggiunto la v1.0 a luglio 2015.
Spero che questo aiuti. Controlla quella carta Borg; vale la pena leggere tutto il tempo.
Vedi anche [Google Cloud Podcast su Borg e Kubernetes] (https://www.gcppodcast.com/post/episode-46-borg-and-k8s-with-john-wilkes/) datato 5 ottobre 2016 Si rivolge ai punti sopra riportati in maggior dettaglio ed è piuttosto affascinante. – charlesreid1
Vedere anche http://blog.kubernetes.io/2015/04/borg-predecessor-to-kubernetes.html – Vadzim