-
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
Add guidelines about the use of add_cloudfoundry_metadata #26868
Comments
Pinging @elastic/integrations (Team:Integrations) |
Hi! We're labeling this issue as |
add_cloudfoundry_metadata
can be used to enrich events with Cloud Foundry metadata obtained from the APIs using application ids as input.On recent versions of Cloud Foundry, this information is already included in events coming from loggregator. In these cases the information is collected from there. To reduce the number of calls to the APIs,
add_cloudfoundry_metadata
does nothing when this information if this is already present in events (see #22150).There are cases where the information in the events is not updated. This can happen for example when the application changes its name as part of an upgrade, for some unknown reason, loggregator continues including the old data. This seems to be an issue in Cloud Foundry. In these cases it may be interesting to use the API for the enrichment.
Current workaround to force
add_cloudfoundry_metadata
to fill this info from the APIs is to drop some of the fields included in the events, with a config like this one:add_cloudfoundry_metadata
.add_cloudfoundry_metadata
to overwrite these metadata fields to make it more deterministic without depending on thedrop_fields
workaround.The text was updated successfully, but these errors were encountered: