-
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 support for cloudfoundry logs collection using consumer v1 API #19125
Conversation
dca9da5
to
5271fcc
Compare
💔 Build FailedExpand to view the summary
Build stats
Steps errorsExpand to view the steps failures
Log outputExpand to view the last 100 lines of log output
|
Pinging @elastic/integrations-platforms (Team:Platforms) |
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.
Looks good, like the ability to switch between v1 and v2.
…lastic#19125) Add support for collection of logs from cloud foundry using consumer v1 API. v1 API uses doppler/trafficcontrol to get events from the firehose, v2 API uses the reverse log proxy (RLP). v2 API is still supported, and can be selected by adding `version: v2` to the configuration, v1 is used by default as is in principle more reliable. `version` is ignored by now by Metricbeat. (cherry picked from commit 3ebceec)
…19125) (#19212) Add support for collection of logs from cloud foundry using consumer v1 API. v1 API uses doppler/trafficcontrol to get events from the firehose, v2 API uses the reverse log proxy (RLP). v2 API is still supported, and can be selected by adding `version: v2` to the configuration, v1 is used by default as is in principle more reliable. `version` is ignored by now by Metricbeat. (cherry picked from commit 3ebceec)
…lastic#19125) Add support for collection of logs from cloud foundry using consumer v1 API. v1 API uses doppler/trafficcontrol to get events from the firehose, v2 API uses the reverse log proxy (RLP). v2 API is still supported, and can be selected by adding `version: v2` to the configuration, v1 is used by default as is in principle more reliable. `version` is ignored by now by Metricbeat.
What does this PR do?
Add support for collection of logs from cloud foundry using consumer v1 API. v1 API uses doppler/trafficcontrol to get events from the firehose, v2 API uses the reverse log proxy (RLP).
v2 API is still supported, and can be selected by adding
version: v2
to the configuration, v1 is used by default as is in principle more reliable.version
is ignored by now by Metricbeat, that continues usingv2
. Support forv1
in Metricbeat will be implemented in a future change.This change adds some additional dependencies for the doppler consumer (noaa).
Why is it important?
We already support the v2 API, but we saw that this API is not reliable enough (see #18202).
Checklist
CHANGELOG.next.asciidoc
orCHANGELOG-developer.next.asciidoc
.Author's Checklist
How to test this PR locally
version
option:version
option (what would usev1
)version: v1
.version: v2
.version
it should fail to start.Related issues