The OKD web console is a user interface accessible from a web browser. Developers can use the web console to visualize, browse, and manage the contents of projects.
The web console is started as part of the
master. All static assets required
to run the web console are served from the
openshift binary. Administrators
can also customize the
web console using extensions, which let you run scripts and load custom
stylesheets when the web console loads. You can change the look and feel of
nearly any aspect of the user interface in this way.
When you access the web console from a browser, it first loads all required
static assets. It then makes requests to the OKD APIs using
the values defined from the
openshift start option
--public-master, or from the related
master configuration file parameter
The web console uses WebSockets to maintain a persistent connection with the API
server and receive updated information as soon as it is available.
The configured host names and IP addresses for the web console are whitelisted to access the
API server safely even when the browser would consider the requests to be cross-origin. To access the API server from a web application using a different host name, you must
whitelist that host name by specifying the
openshift start or from the related
configuration file parameter
corsAllowedOrigins parameter is controlled by the configuration field. No
pinning or escaping is done to the value. The following is an example of how you
can pin a host name and escape dots:
corsAllowedOrigins: - (?i)//my\.subdomain\.domain\.com(:|\z)
(?i) makes it case-insensitive.
// pins to the beginning of the domain (and matches the double slash
\. escapes dots in the domain name.
(:|\z) matches the end of the domain name
(\z) or a port separator
You can access CLI downloads from the Help icon in the web console:
Cluster administrators can customize these links further.
Review the tested integrations for OKD.
|1||The project selector allows you to switch between projects you have access to.|
|2||Create new applications using a source repository or service from the service catalog.|
|3||Notifications related to your project.|
|4||The Overview tab (currently selected) visualizes the contents of your project with a high-level view of each component.|
|5||Applications tab: Browse and perform actions on your deployments, pods, services, and routes.|
|6||Builds tab: Browse and perform actions on your builds and image streams.|
|7||Resources tab: View your current quota consumption and other resources.|
|8||Storage tab: View persistent volume claims and request storage for your applications.|
|9||Monitoring tab: View logs for builds, pods, and deployments, as well as event notifications for all objects in your project.|
For pods based on Java images, the web console also exposes access to a hawt.io-based JVM console for viewing and managing any relevant integration components. A Connect link is displayed in the pod’s details on the Browse → Pods page, provided the container has a port named jolokia.
After connecting to the JVM console, different pages are displayed depending on which components are relevant to the connected pod.
The following pages are available:
View and manage JMX domains and mbeans.
View and monitor the state of threads.
View and manage Apache ActiveMQ brokers.
View and and manage Apache Camel routes and dependencies.
View and manage the JBoss Fuse OSGi environment.