You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Based on the feedback received by our customers, the Workloads team is working on extending the API which will result in a change that will have an impact on the newrelic-client-go repository.
However, this experience in the API has some drawbacks. For instance, it is misleading that the customer can link dashboards to the workload by the workload definition despite the fact that dashboards are not alertable and that they will never be displayed in the HDV or the entities map in the Workloads UI. Additionally, the current experience in the API doesn’t give customers the ability to define custom NRQL filters for their linked dashboards, so the entities that they visualize when opening a dashboard from the Workloads UI are narrowed down to the workloads scope. In fact, this was the main driver of these changes.
The changes in the Workloads API is a commitment that the team has for this month (i.e. March), and that will allow customers consuming the API directly from NerdGraph to start leveraging the new API (i.e. link dashboards to their workloads using the new path and also have the ability to define filters for those dashboards). We reckon that a considerable amount of our customers do not access NerdGraph directly but instead they use the GoClient. Which means that as long as the GoClient is not updated, two things will happen:
Customers using the GoClient to operate with workloads won't be able to define filters at all for the dashboards linked to a workload.
Customers will be forced to continue linking dashboards to a workload through the "workload definition", as they do as of today; which for us translates into having a job running in the background that migrates those dashboards linked in the old way to the new model. As long as the GoClient is not updated, that job will have to live.
AC
The response can returned by all the mutations and queries (i.e. your Workload struct), is extended by adding two new fields: the linkedIndividualDashboards and the linkedDynamicDashboards.
Consider if any Terraform changes are required to support in our workloads resource
specifications
See the internal document defined by Albert Lostes
The text was updated successfully, but these errors were encountered:
Feature Description
Based on the feedback received by our customers, the Workloads team is working on extending the API which will result in a change that will have an impact on the newrelic-client-go repository.
As of today, customers link dashboards to a workload as any other entity; this is by the workload definition through the entities and the
entitySearchQueries
fields in the workload model → newrelic/newrelic-client-go/blob/master/pkg/workloads/workload.goHowever, this experience in the API has some drawbacks. For instance, it is misleading that the customer can link dashboards to the workload by the workload definition despite the fact that dashboards are not alertable and that they will never be displayed in the HDV or the entities map in the Workloads UI. Additionally, the current experience in the API doesn’t give customers the ability to define custom NRQL filters for their linked dashboards, so the entities that they visualize when opening a dashboard from the Workloads UI are narrowed down to the workloads scope. In fact, this was the main driver of these changes.
The changes in the Workloads API is a commitment that the team has for this month (i.e. March), and that will allow customers consuming the API directly from NerdGraph to start leveraging the new API (i.e. link dashboards to their workloads using the new path and also have the ability to define filters for those dashboards). We reckon that a considerable amount of our customers do not access NerdGraph directly but instead they use the GoClient. Which means that as long as the GoClient is not updated, two things will happen:
AC
specifications
The text was updated successfully, but these errors were encountered: