Hi Christian,
thank you for your answer, and thank you also for your blog post on a “full stack platform for robotic applications”. I have been pushing for the same idea for a few years now, with the same argument and the same line of reasoning, even competing for EC funding for it. I used the from to get in touch with you.
I also agree that in a “remote” k8s cluster scenario (even on wifi) one will want to minimize uplink data transmission and/or control it on demand as it’s done in dynamic monitoring. Diffs, “key frames”, possibly a mechanism that even filters messages if changes are below a certain threshold (e.g., 0.0001 on joint positions) are all worth investigating. I’ll be glad to chat about this too.
I see that cloud bridge development is advancing at great speed, unfortunately I am not involved (my own fault), but I wonder if the “robot side” of the bridge shouldn’t be part of the same project and use the ideas you mention above. Maybe it’s already on the timeline, but I am not aware of it (again, my fault).
As for my general question above, I also have a teaching scenario at ZHAW where I have local robots and a local k8s cluster (albeit on 2 isolated subnets). In that case, also for teaching purposes, I need the students to be able to “see” all whitelisted traffic flowing between robots and k8s pods.
Still, ros bridge + rosduct imply them starting, configuring, and managing additional components not relevant to the class, while my school’s IT admins don’t like the VPN option as it breaks their isolation model. That’s why I was looking for other options I might have missed.