[Heartbeat] Use service.name not service_name in configs#20330
[Heartbeat] Use service.name not service_name in configs#20330andrewvc merged 15 commits intoelastic:masterfrom
Conversation
Using the nesting this way lets us handle future fields like `service.environment` more cleanly if/when they become available. See https://github.com/elastic/ecs/blob/master/rfcs/text/0002-rfc-environment.md for the proposal to add service.environment
|
Pinging @elastic/uptime (Team:Uptime) |
|
Pinging @elastic/ingest-management (Team:Ingest Management) |
|
@andrewvc I don't think this is linked to Fleet so i've removed the team label, I've looked at the PR I think there are some debugger traces that you left in that PR. |
|
Hello @andrewvc,
# EXPERIMENT - NOT SUPPORTED CONFIGURATION SNIPPET
heartbeat.monitors:
- type: http
id: www-frontend-monitor
name: Website Frontend Monitor
service:
name: www-frontend
environment: production
urls: ["https://www.my-ecommerce-company.com/status"]
schedule: '@every 10s'
check.response.status: 200
timeout: 2s
- type: http
id: www-frontend-monitor-staging
name: Website Frontend Monitor - Staging
service:
name: www-frontend
environment: staging
urls: ["https://www.staging.my-ecommerce-company.com/status"]
schedule: '@every 10s'
check.response.status: 200
timeout: 5s |
|
@cyrille-leclerc apologies, this fell through the cracks. It won't make 7.10.0 but it can make 7.10.1. I 100% agree we should also add an environment field (that would go in 7.11.0) I've created a separate issue for the env stuff here: elastic/uptime#272 |
|
Many thanks @andrewvc |
|
I've updated this PR to handle both |
💚 Flaky test reportTests succeeded. Expand to view the summary
Test stats 🧪
|
blakerouse
left a comment
There was a problem hiding this comment.
Looks good, like the fallback to old setting.
Using the nesting this way lets us handle future fields like service.environment more cleanly if/when they become available. See https://github.com/elastic/ecs/blob/master/rfcs/text/0002-rfc-environment.md for the proposal to add service.environment This is a follow-up to elastic#19932 which has not yet been released, so this is not a breaking change. (cherry picked from commit 425271b)
…2574) Using the nesting this way lets us handle future fields like service.environment more cleanly if/when they become available. See https://github.com/elastic/ecs/blob/master/rfcs/text/0002-rfc-environment.md for the proposal to add service.environment This is a follow-up to #19932 which has not yet been released, so this is not a breaking change. (cherry picked from commit 425271b)
|
Thanks @andrewvc |
Using the nesting this way lets us handle future fields like
service.environmentmore cleanly if/when they become available.See https://github.com/elastic/ecs/blob/master/rfcs/text/0002-rfc-environment.md
for the proposal to add service.environment
This is a follow-up to #19932 which has not yet been released, so this is not a breaking change.
CC @cyrille-leclerc who pointed out that this would be better.