Kubernetes is more than just Docker containers. Having managed small computing clusters for a decade using custom scripts I find that the value of K8s is how easy it is to manage highly complex applications over an array of loosely connected computing nodes. So in my view k8s includes networking, orchestration and principles of how everything should be done and managed to achieve redundancy, performance and stability.
Containers are just a convenience for simple deployment on asymmetric nodes and is only part of K8s.
I also didn't say your networking was primitive, just that "hub and spoke" and "mesh" are two entirely different things that you seemed to have conflated entirely.
Hub and spoke is the underlying architecture of the net, but we are achieving mesh like functionality having hub as our central router. The wording might be a bit confusing.
But, adding docker to the equation makes it much more complicated. I'd prefer just operating the machines over IP and get rid of all remote desktop related latency all together.
How is "mesh" solved with "hub and spoke"? If your hub goes offline, everything stops; the whole point of a mesh is to avoid the SPOF.
> Next, was building the dashboard which not only required the making of the UI but required figuring out how we’re going to expose and manage resources in our shop network. We decided to build the backend in the spirit of Kubernetes, so it is easy to manage at scale with the addition of new sensors, machines and full-blown sites themselves.
What does that mean? Docker containers?