This project is a console plugin for the OpenShift Lightspeed AI assistant project.
Dynamic plugins
allow you to extend the
OpenShift UI
at runtime, adding custom pages and other extensions. They are based on
webpack module federation.
Plugins are registered with console using the ConsolePlugin
custom resource
and enabled in the console operator config by a cluster administrator.
Requires OpenShift 4.15 or higher.
Node.js and npm are required to build and run the example. To run OpenShift console in a container, either Docker or podman 3.2.0+ and oc are required.
In one terminal window, run:
npm install
npm run start
In another terminal window, run:
oc login
(requires oc and an OpenShift cluster)npm run start-console
(requires Docker or podman 3.2.0+)
This will run the OpenShift console in a container connected to the cluster you've logged into. The plugin HTTP server runs on port 9001 with CORS enabled. Navigate to http://localhost:9000/example to see the running plugin.
If you are using podman on a Mac with Apple silicon, npm run start-console
might fail since it runs an amd64 image. You can workaround the problem with
qemu-user-static by running
these commands:
podman machine ssh
sudo -i
rpm-ostree install qemu-user-static
systemctl reboot
Make sure the Remote Containers extension is installed. This method uses Docker Compose where one container is the OpenShift console and the second container is the plugin. It requires that you have access to an existing OpenShift cluster. After the initial build, the cached containers will help you start developing in seconds.
- Create a
dev.env
file inside the.devcontainer
folder with the correct values for your cluster:
OC_PLUGIN_NAME=openshift-console-plugin
OC_URL=https://api.example.com:6443
OC_USER=kubeadmin
OC_PASS=<password>
(Ctrl+Shift+P) => Remote Containers: Open Folder in Container...
npm run start
- Navigate to http://localhost:9000/example
Before you can deploy your plugin on a cluster, you must build an image and push it to an image registry.
-
Build the image:
docker build -t quay.io/my-repository/my-plugin:latest .
-
Run the image:
docker run -it --rm -d -p 9001:80 quay.io/my-repository/my-plugin:latest
-
Push the image:
docker push quay.io/my-repository/my-plugin:latest
NOTE: If you have a Mac with Apple silicon, you will need to add the flag
--platform=linux/amd64
when building the image to target the correct platform
to run in-cluster.
To avoid naming conflicts, the plugin__lightspeed-console-plugin
i18n
namespace is used for all translations. You can use the useTranslation
hook
with this namespace as follows:
conster Header: React.FC = () => {
const { t } = useTranslation('plugin__lightspeed-console-plugin');
return <h1>{t('Hello, World!')}</h1>;
};
For labels in console-extensions.json
, you can use the format
%plugin__lightspeed-console-plugin~My Label%
. Console will replace the value
with the message for the current language from the
plugin__lightspeed-console-plugin
namespace. For example:
{
"type": "console.navigation/section",
"properties": {
"id": "admin-demo-section",
"perspective": "admin",
"name": "%plugin__lightspeed-console-plugin~My Label%"
}
}
Running npm run i18n
updates the JSON files in the locales
folder when
adding or changing messages.
This project adds prettier, eslint, and stylelint. Linting can be run with
npm run lint
.
The stylelint config disallows hex colors since these cause problems with dark mode. You should use the PatternFly global CSS variables for colors instead.
The stylelint config also disallows naked element selectors like table
and
.pf-
or .co-
prefixed classes. This prevents plugins from accidentally
overwriting default console styles, breaking the layout of existing pages. The
best practice is to prefix your CSS classnames with your plugin name to avoid
conflicts. Please don't disable these rules without understanding how they can
break console styles!