NOTICE: Branded Content
NOTICE: Certain versions of content (“Material”) accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.
Operations Bridge Idea Exchange
cancel

Public API access to performance metric data

OMi Performance Dashboard does not have any supported interfaces for users to show performance data in 3rd party portals.

Request is for OMi PD to provide a public REST API to fetch a list of metrics for a given CI over a given time frame.  Support all data sources that PD supports (ie, Agent, OpsCx, SiteScope, APM, CO, RTM, etc).  Ability to specify the CI by its CI ID or by its CI Type and CI Name.

6 Comments
New or Quiet Member..

I can't think of another platform I have worked with in the last 5-10 years that does not have a user friendly, well documented, REST API.  Including all of the free options.  OM agents have a wealth of metric data that our customers would use if they could.  Instead right now they are downloading Nagios or buying their own solutions, because they see OM as a black box that just fires alarms to the NOC. We really need to make this data open and accesible in a modern way if it is not going to be wholesale replaced.  

Outstanding Contributor...
Status changed to: Waiting for Votes
 
Member...

Hi,

This is a must have !

I have a customer who want to get those performance metrics from OpsBridge Premium, what can I reply to them ?

What is the plan B ?

Is it possible for a customer to extract DATA from OBR and reload them into an external DATAMART with an ETL solution ?

Do we provide the Tables/Relations of the OBR Database ?

Regards,

Yann

Outstanding Contributor...

Will it meet the requirement if COSO - collect once, stored once, provide the public API to access the metrics stored? The idea is that all tools will store the data in this single store and graphing will be able to draw the graphs from that?

Outstanding Contributor...
Status changed to: Under Consideration

Carol and others,  will it meet the requirement if COSO - collect once, stored once, provide the public API to access the metrics stored? The idea is that all tools will store the data in this single store and graphing will be able to draw the graphs from that? Its important for us to get this clarity for further evaluation.

thanks.

Moderator,

OpsBridge Idea Exchange

RoleRemover

If this is delivered in COSO either now or very soon, then that is the acceptable solution.