Network Plugin
...
Ingresses require an Ingress Controller to work. The Ingress Controller takes care of applying the routing rule defined in the Ingress resources as well as routing the incoming traffic to the correct backing Service. The backing service does not have to be exposed outside of the cluster since the Ingress Controller exposes its own port, usually through a NodePort. Usage Engine comes with a preconfigured Nginx Ingress Controller. The use of that is optional and it works perfectly fine to replace Nginx with another Ingress Controller, as needed.
Usage Engine and Network Resources
An overview of how networking resources can be used by Usage Engine is illustrated below. Note that this is only an example, and that this can depending on the implemented solution and on cloud environment specifics.
Usage Engine and Network Resources
We distinguish between network of the Usage Engine platform itself and the solutions implemented on it using ECDs. Note that there is no built-in network level separation on traffic between these kinds of network traffic, although it is possible to achieve this through configuration in the environment
...
The Usage Engine platform and web backend processes need to expose ports to enable access to REST APIs. To connect an external Desktop client also TCP level access, need to be exposed.
The ports are:
Pod Port | Cluster Port | Used for | Protocol |
---|---|---|---|
9000 | platform:80 or | Operational APIs | HTTP(S) |
6790 | platform:6790 | Desktop control interface | TCP |
9999 | wd:9999 | Web Desktop - Web UI | HTTP(S) |
8080 | mzonline:80 | DROnline - Web UI | HTTP(S) |
The ports in the table are by default exposed as NodePorts, but this can be changed during installation.
...