When Kubernetes was released, it was thought it would be a successor to borg if not the key components of borg itself, IIRC. https://en.wikipedia.org/wiki/Kubernetes:
The design and development of Kubernetes was influenced by
Google's Borg cluster manager. Many of its top contributors
had previously worked on Borg;[15][16] they codenamed Kubernetes
"Project 7" after the Star Trek ex-Borg character Seven of Nine[17]
and gave its logo a seven-spoked wheel.
There was a lot of early skepticism about it because it was not borg. I guess my understanding is that borg is so integrated into google tooling that it would have been impossible to generalize.
I haven't used it myself yet because a few of the senior engineers (from google/fb) I respect said "absolutely not in our infra."
A completely bespoke solution. I was both too busy to and too inexperienced with kubernetes to get into it and have a conversation.
IIRC the main criticisms were that it wouldn't scale to our needs and there were some use cases that wouldn't be handled by kubernetes easily. The end result would be two different solutions for the same problem, a slow migration to kubernetes that may or may not stall out, and then a half finished/perpetual migration that would double support costs.
That furiously remind me of solutions ala kubernetes.
Where you define entry point, healthcheck, etc
A tad more abstract, and larger ( afaik, k8s don’t care how your code is build for instance )
Never heard of Tupperware. Loosely aware of Borg.
Again, I appreciate the time.