[Metrics App] Use the timefilter API to load and persist time range selections

[jasonrhodes]

When users select a time range in one app in Kibana, moving to a different section of the app should probably retain that selected time range for them. We can achieve this by using the timefilter cache in the data plugin.

Notes:

• For the inventory page, we've decided to use the "to" date of the incoming range as the single point in time selected for the inventory view, and if the user changes the point in time on the inventory view, we will do nothing with that change and leave the cached range as-is. In the future, we may be rethinking the time selection mechanics on the inventory page, but we aren't going to let that block this work.
• For the Metrics Explorer, we should just use the cached range as-is, if it exists.
• We should use the useKibanaTimefilterTime hook created by Logs team so we can tell the difference between user-changed values and defaults, in case we want to maintain our own defaults when a user has not interacted with the range at all. See PR here: https://github.com/elastic/kibana/pull/79444/files#diff-39018f702d5ddf2f38eb2de5153275dcefe3699cdd81c8fb1dfffc4e44905488
• Timefilter Docs: https://github.com/elastic/kibana/blob/master/src/plugins/data/README.md#query

Getting the timefilter state:

const { plugins } = useApmPluginContext();
const sharedTimeState = plugins.data.query.timefilter.timefilter.getTime();

Setting the timefilter state:

const { plugins } = useApmPluginContext();

function onTimeChange({ from, to }: { from: string; to: string }) {
    plugins.data.query.timefilter.timefilter.setTime({ from, to });
}

See APM's PR for this work: #79090

[elasticmachine]

Pinging @elastic/logs-metrics-ui (Team:logs-metrics-ui)

[simianhacker]

I think we should expand this issue to include changing the Inventory page from the custom time picker to the same EUI datepicker used everywhere else in Kibana. This change will require us to convert the inventory time from a single value to a range that supports date strings. This will also fix some UX issues with the current date picker:

• the inability to refresh the screen without turning on auto-refresh
• the inability to set the time to now (and refresh)
• reinforce consistency for time across all of Kibana.

[cyrille-leclerc]

I can obtain the propagation of the time range initially persisted on the APM screen similarly to the propagation I get navigating to the logs, user experience or synthetics screens.
See https://www.youtube.com/watch?v=CnRhKROgL3c&feature=youtu.be

[jasonrhodes]

Hi @cyrille-leclerc -- the inventory page can't show the same kind of range(s) as all of the other apps because it handles a point in time instead of a range. We are looking at ways to address that in this ticket: #81046

As for the Metrics Explorer, we should be reading from the time filter. I will file a bug ticket and link to this one, so we can investigate why that's happening. Thanks for the comment and video!