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
Is your feature request related to a problem? Please describe.
Per @cyrille-leclerc 's suggestion ( elastic/beats#20330 (comment) ) we should add an environment field to Heartbeat / Uptime, similar to how this is done in APM. Labeled environments are common, and already part of our synthetics solution, so this fits neatly.
Describe the solution you'd like
We would add an environment field option to heartbeat monitors, and make it displayable and filterable in the Uptime UI alongside tags etc.
Describe alternatives you've considered
We could just use tags, but baking in environments makes a lot of sense in terms of correlating with APM and the fact that tags might be common across envs.
The text was updated successfully, but these errors were encountered:
I'm open to this. So I'm clear, the hierarchy of this would be a monitor has a service name and that monitor in a given service can also have an environment field?
@drewpost we share the same understanding here with a slight difference: I thought of each monitor indicating a service.nameand a service.environment when your phrasing suggests 2 levels of nesting.
My idea may be more verbose but easier to read thanks to the "flatness" of the data structure.
Here is a "mockup of the yaml configuration" that came to my mind:
# EXPERIMENT - NOT SUPPORTED CONFIGURATION SNIPPETheartbeat.monitors:
- type: httpid: www-frontend-monitorname: Website Frontend Monitor# hierarchical style for `service.name` and `service.environment`service:
name: www-frontendenvironment: productionurls: ["https://www.my-ecommerce-company.com/status"]schedule: '@every 10s'check.response.status: 200timeout: 2s
- type: httpid: www-frontend-monitor-stagingname: Website Frontend Monitor - Staging# flat-dot-separated style for `service.name` and `service.environment`service.name: www-frontendservice.environment: stagingurls: ["https://www.staging.my-ecommerce-company.com/status"]schedule: '@every 10s'check.response.status: 200timeout: 5s
Is your feature request related to a problem? Please describe.
Per @cyrille-leclerc 's suggestion ( elastic/beats#20330 (comment) ) we should add an environment field to Heartbeat / Uptime, similar to how this is done in APM. Labeled environments are common, and already part of our synthetics solution, so this fits neatly.
Describe the solution you'd like
We would add an environment field option to heartbeat monitors, and make it displayable and filterable in the Uptime UI alongside tags etc.
Describe alternatives you've considered
We could just use tags, but baking in environments makes a lot of sense in terms of correlating with APM and the fact that tags might be common across envs.
The text was updated successfully, but these errors were encountered: