[DOCS] Split Infrastructure Monitoring guide into separate Logs and Metrics docs.#1312
[DOCS] Split Infrastructure Monitoring guide into separate Logs and Metrics docs.#1312nik9000 merged 10 commits intoelastic:masterfrom
Conversation
350469a to
f289228
Compare
|
@elasticmachine, run elasticsearch-ci/docs |
|
Note that this is one of four linked PRs, which need to be merged together to avoid build failures. DO NOT MERGE UNTIL EVERYTHING IS READY |
3b5da6a to
ec9ef1a
Compare
|
Can you please assign @zuketo as the reviewer here since it pertains to info architecture changes? |
| :metrics-ref: https://www.elastic.co/guide/en/metrics/{branch} | ||
| :metrics-guide: https://www.elastic.co/guide/en/metrics/guide/{branch} | ||
| :logs-ref: https://www.elastic.co/guide/en/logs/{branch} | ||
| :logs-guide: https://www.elastic.co/guide/en/logs/guide/{branch} |
There was a problem hiding this comment.
Any reason why you want to include these changes in this PR? If you break these changes into a separate PR it would allow you to merge the Kibana and Beats changes prior to splitting the book. That would make the process much simpler than trying to merge 4 PRs at the same time.
To clarify, you could add these new attributes in a new PR, then be able to merge
elastic/kibana#48633 & elastic/beats#14158. That would mean you only have to merge #1312 & elastic/stack-docs#581 at the same time.
There was a problem hiding this comment.
Because that's the way it came out. These definitions are needed to resolve broken links else where in the docs. I'm really reluctant to spend any more time unpicking and reworking this any further this unless there is a clear benefit. As far as I can tell, as implemented, this builds across all the affected repos. Any more fiddling is probably going to break things.
conf.yaml
Outdated
| title: Infrastructure Monitoring Guide for 6.5-7.4 | ||
| prefix: en/infrastructure/guide | ||
| current: 7.4 | ||
| branches: [ 7.x, 7.5, 7.4, 7.3, 7.2, 7.1, 7.0, 6.8, 6.7, 6.6, 6.5 ] |
There was a problem hiding this comment.
Do we still want to build 7.x and 7.5 here? 7.4 will be the last current so might make sense not to build those other branches.
If we do want to build them, you should update the title in L1624
There was a problem hiding this comment.
Continuing to build 7.x and 7.5 would be really confusing, I think.
When we've refactored docs in the past, folks have had a hard time figuring out how to get to the latest docs. I think you should customize the banner message to point to the new docs. (Not everyone will read it, but it will help some folks.)
There was a problem hiding this comment.
I've had to leave 7.5 and 7.x for now, because otherwise the 7.5 and 7.x builds break. I can't remove these until I've merged the related changes in Kibana, beats and elsewhere in stack-docs into the 7.5 and 7.x branches to refer to the new docs instead of this one. I'll move the 7.5 and 7.x builds to the new docs as soon as there is nothing in the 75 and 7.x branches that refers to the old docs.
There was a problem hiding this comment.
@debadair can you explain what you mean by "customize the banner message"?
There was a problem hiding this comment.
@debadair Thanks for the clarification (via Slack). I've created elastic/stack-docs#645 to address this separately so that I can progress this mega-merge without any more hold-ups.
conf.yaml
Outdated
| title: Logs Monitoring Guide | ||
| prefix: en/logs/guide | ||
| current: master | ||
| branches: [ master ] |
There was a problem hiding this comment.
Should we also build 7.5 here? Then update that to current when 7.5 releases?
conf.yaml
Outdated
| title: Metrics Monitoring Guide | ||
| prefix: en/metrics/guide | ||
| current: master | ||
| branches: [ master ] |
There was a problem hiding this comment.
Should we also build 7.5 here? Then update that to current when 7.5 releases?
There was a problem hiding this comment.
Yes, but that will break the build if I do that before the changes have been pushed to the 7.5 branch, because there are no 7.5 docs to build yet. Unless you know differently, I think I have to update them one at a time.
| @@ -60,6 +59,10 @@ | |||
| :curator-ref: https://www.elastic.co/guide/en/elasticsearch/client/curator/{branch} | |||
| :curator-ref-current: https://www.elastic.co/guide/en/elasticsearch/client/curator/current | |||
| :infra-guide: https://www.elastic.co/guide/en/infrastructure/guide/{branch} | |||
There was a problem hiding this comment.
I wonder if we should create a new "LEGACY" section in this file and move this attribute to it. That would help prevent someone from accidentally trying to use this attribute in the future.
There was a problem hiding this comment.
That's not a bad idea, although if someone tries to use this attribute, the build will break anyway, as the file doesn't exist any more. But I'm all for clarity up front.
| @@ -1363,14 +1363,34 @@ contents: | |||
| repo: apm-agent-rum-js | |||
| path: docs | |||
| - | |||
There was a problem hiding this comment.
@Titch990 How about changing L1215:
title: Observability: APM, Infrastructure, Logs, and Uptime
To this:
title: Observability: APM, Logs, Metrics, and Uptime
There was a problem hiding this comment.
Fair comment. I have a separate task to change Infrastructure to Metrics throughout, so I wasn't too bothered about finding them all yet, but it does make sense to pick this one off now.
b852ab8 to
a5fb550
Compare
a5fb550 to
a500d02
Compare
We'll do it in a followup.
|
I've dropped the change to |
We planned to do these attributes updates as part of elastic#1312 but we split them out to speed up the deploy. This adds them back.
We planned to do these attributes updates as part of #1312 but we split them out to speed up the deploy. This adds them back.

Changes required as a result of splitting Infrastructure Monitoring Guide into separate Logs and Metrics guides.
This is part of a multi-repo change (see elastic/observability-dev#98). DO NOT PUSH UNTIL EVERYTHING IS READY.