-
Notifications
You must be signed in to change notification settings - Fork 4.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update docs for metadata_processors #13650
Changes from 2 commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change | ||||
---|---|---|---|---|---|---|
|
@@ -1276,8 +1276,13 @@ section. | |||||
=== Add Kubernetes metadata | ||||||
|
||||||
The `add_kubernetes_metadata` processor annotates each event with relevant | ||||||
metadata based on which Kubernetes pod the event originated from. Each event is | ||||||
annotated with: | ||||||
metadata based on which Kubernetes pod the event originated from. | ||||||
At startup it will detect an `in_cluster` environment and cache the | ||||||
Kubernetes related metadata. If it's not able to detect a valid Kuberentes | ||||||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Suggested change
|
||||||
configuration, the events will not be annotated with Kubernetes related | ||||||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Suggested change
And again . . . |
||||||
metadata. Events will be annotated only if a valid configuration was detected. | ||||||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Suggested change
I'd also put the positive statement first "Events are only annotated if a valid configuration is detected",, then what happens if not. |
||||||
|
||||||
Each event is annotated with: | ||||||
|
||||||
* Pod Name | ||||||
* Pod UID | ||||||
|
@@ -1360,7 +1365,11 @@ case you want to specify your own. | |||||
=== Add Docker metadata | ||||||
|
||||||
The `add_docker_metadata` processor annotates each event with relevant metadata | ||||||
from Docker containers: | ||||||
from Docker containers. At startup it will detect a docker environment and cache the metadata. | ||||||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Suggested change
|
||||||
The events will be annotated with Docker metadata, only if a valid configuration | ||||||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Suggested change
|
||||||
was detected and the processor is able to reach Docker api. | ||||||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Suggested change
Not |
||||||
|
||||||
Each event is annotated with: | ||||||
|
||||||
* Container ID | ||||||
* Name | ||||||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Present tense is usually preferred, otherwise it reads like something you haven't yet implemented and you're describing what it will do when you have!
However, perhaps it may be more accurate to say "If it detects an
in_cluster
environment, it caches the Kubernetes-related metadata"? I'm not sure of your exact meaning.