Epic Goal

• Create a Dynamic Plugin Template for custom metrics dashboard
• Created from RFE: https://issues.redhat.com/browse/RFE-2744

Why is this important?

• With OpenShift Container Platform 4.10, Dynamic Plugins went Tech Preview (https://docs.openshift.com/container-platform/4.10/release_notes/ocp-4-10-release-notes.html#ocp-4-10-dynamic-plugin-technology-preview) allowing to customize the web-console according to needs are requirements.

This is nice but requires a lot of effort on the customer to create such a plugin. It therefore would be nice to provide certain templates for such dynamic templates in order to help customers to get started. The templates could be for certain common use cases such as a page that allows viewing customer specific metric dashboards.

Similar what is available in the OpenShift 4 - Console under Observe with the dashboards but the ability to specify queries based on customer specific metrics and then define the type of the graph.

With the given template, it would be easier for customers to start adopting that functionality and continue building additional functionality if and where needed.

Scenarios

Dynamic Plugins is great but requires some effort to get started if somebody is not super familiar with the SDK made available. Therefore providing templates for certain use cases would be helpful for customers and even partners to increase knowledge faster and get started with the dynamic plugin functionality.

Currently there are three cases where the metrics are being displayed in the console:

1. Standalone dashboard (e.g. Observe -> Dashboard)
2. Simple Metrics dashboard tab (e.g. Pod Details > Metrics Dashboard)
3. Highly customized dashboard (e.g. Home > Overview page)

For each of them we should have an example in the Metrics Template.

This document contains all the knowledge on the metrics use-cases and their requirements. 

Visualising custom metrics is a common ask and therefore a potential good example to create such a template.

Acceptance Criteria

• CI - MUST be running successfully with tests automated
• Release Technical Enablement - Provide necessary release enablement details and documents.
• Add a graph component to the existing dynamic demo plugin that shows usage of the sdk

Open questions::

1. …

Done Checklist

• CI - CI is running, tests are automated and merged.
• Release Enablement <link to Feature Enablement Presentation>
• DEV - Upstream code and tests merged: <link to meaningful PR or GitHub Issue>
• DEV - Upstream documentation merged: <link to meaningful PR or GitHub Issue>
• DEV - Downstream build attached to advisory: <link to errata>
• QE - Test plans in Polarion: <link or reference to Polarion>
• QE - Automated tests merged: <link or reference to automated tests>
• DOC - Downstream documentation merged: <link to meaningful PR>