Skip to Main Content
IBM Z Software


This portal is to open public enhancement requests against IBM Z Software products. 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 Future consideration
Categories z/TPF
Created by Guest
Created on Jun 25, 2019

z/TPF Rest Service Monitoring Dashboard

Problem Statement: How do I know what services are in use on my system and how much system resources they are using?
Idea: Dashboard shows a list of services available on the system. For each service it shows: calls per second, success/failures rates, average response time, average CPU used, average existence time, average FINDs, average FILEs. The table is sortable by each column. Table is updated in real time.
IBM Solution Thoughts: The solution could leverage name-value pairs for service name, service version, and service user. As such, metrics would be available through the real time runtime metrics collection mechanism. Open source sample dashboards would be provided as a starting point for customer implementation.
Value: More easily diagnose issues with service usage and system resource usage issues due to REST services.
Question: What are the most important metrics to show?

Problem Statement: How can I learn more about a particular service?
Idea: For a specified service, a dashboard shows tables and graphs updated in real time:
date stamp of service activation/deployment. date stamp of last recorded usage.
show all components (descriptors, dfdl, etc) that make up a service, datestamp of load/deployment, loadset name, and etc. This could be sent though RTMC at loadset activation/deactivation time. This is very useful for helping operations determine what to do about an issue.
history of calls per second and other key trends.
expanded current metrics such as calls/second, success/failures rates, response time, internal vs external calls, CPU, memory usage, DF usage, etc.
a list of all users of a service and summary metrics of their usage (calls/second, CPU, etc).
a list of code packages called and summary metrics of their usage (calls/second, CPU, etc).
IBM Solution Thoughts: As before, leverage NVPC/RTMC and open source sample dashboards.
Value: More easily diagnose issues with service usage and system resource usage issues due to REST services.
Question: What are the most important details to show?

Problem Statement: How can I learn more about a particular user's usage of a service?
Idea: For a specified user and a specified service, a dashboard shows tables and graphs updated in real time:
history of calls per second and other key trends.
expanded current metrics such as calls/second, success/failures rates, response time, internal vs external calls, CPU, memory usage, DF usage, etc.
a list of code packages called and summary metrics of their usage (calls/second, CPU, etc).
IBM Solution Thoughts: As before, leverage NVPC/RTMC and open source sample dashboards.
Value: More easily diagnose issues with service usage and system resource usage issues due to a REST service used by a given user.
Question: What are the most important details to show?

Problem Statement: How can I quickly understand if a service is causing a resource issue on my system?
Idea: Dashboard shows the results of data science analysis between a the details of a service and overall system state like actual CPU, inuse ECBs, and etc. For example: a correlation analysis between service calls per second by service and the actual CPU of the system.
IBM Solution Thoughts: This builds upon the predictive analytics initiatives leveraging similar techniques on the NVPC/RTMC data in open source sample dashboards.
Value: More quickly diagnose issues with service usage and system resource usage issues due to REST services.
Question: What are the most important analytics to perform? What are the most significant metrics to analyze?

Problem Statement: How can I proactively be notified of REST service behaviors of potential interest? For example:
Service X is not being called today which is different from it's historical trends.
Service X called by user Y is experiencing a high failure rate.
Service X is using more CPU and corresponds to overall system CPU rise.
Idea: Perform various analysis and prioritization of items of interest, surface them on an alerts dashboard page. Potentially provide indications of where to look next.
IBM Solution Thoughts: This builds upon the predictive analytics initiatives leveraging similar techniques on the NVPC/RTMC data in open source sample dashboards.
Value: More quickly diagnose issues with service usage and system resource usage issues due to REST services.
Question: What are the most important analytics to perform? What are the most significant metrics to analyze?

Idea priority High