Skip to Main Content
IBM Sustainability Software - Ideas Portal


This portal is to open public enhancement requests against the products and services belonging to IBM Sustainability Software. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).


Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,

Post your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.


Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.

ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

Status Submitted
Created by Guest
Created on Jan 20, 2025

Grafana monitoring dashboard should include metric "requests per minute"

Today Maximo on openshift includes grafana dashboard that can show important values like "average response time". However this value is not useful standing alone without the knowledge of the number of requests on the pod. As a standard value "requests per minute" must be included to help administrators conclude on the "average response time". As an example: If you have a high average response time it could be okay if there is a high number of requests on the pod. Maybe there is a synchronization job that runs and sends thousands of requests resulting in the responsetime to increase. However if there is no added load but a high responsetime it means something is likely wrong deeper in the system like on the pod it self or database or network.

So as said "average requests per minute" should be included as a metric and added to the standard dashboard next to average responsetime for admins to conclude on the health of the Maximo installation.

This requirement becomes very obvious when migrating from v7 to 8 or 9 as performance can be highly impacted as a result of the change in infrastructure moving to Open Shift.

Idea priority High
Needed By Yesterday (Let's go already!)