Replies: 2 comments 3 replies
-
I think we will always want a site specific container for the screen build, so divergence on this would be fine, but I agree that putting them alongside the IOC container is important so versions match. Phoebus screens via an HTTP server also opens up the possibility of a rest API for screen, so you would point your action button at |
Beta Was this translation helpful? Give feedback.
-
Maybe just an http ingress (or route if openshift) is needed to access to a novnc POD. In our k8s/cluster we provide pod ubuntu2204 framebuffered for noVNC with phoebus installed that mount opis. If you want to provide access x operator you can combine novnc/vnc with guacamore. |
Beta Was this translation helpful? Give feedback.
-
Ideally a full Web GUI will be available for EPICS at some point and be served out of a container that shares a pod with the IOC. But in the meantime is it possible to use a file based OPI such as Phoebus and still serve the files from a 2nd container? I feel it is important to place the GUI along side the IOC container so that version management is bundled up and no separate mechanism is required to tie IOC versions with their screens.
In the Containers meeting at ICALEPCS there was some discussion of running noVNC in a Kubernetes pod and opening a port to it via nodePort.
Beta Was this translation helpful? Give feedback.
All reactions