Skip to content
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

Elasticsearch output support for gzip compressed content-encoding #1835

Merged
merged 3 commits into from
Jun 15, 2016

Conversation

urso
Copy link

@urso urso commented Jun 11, 2016

Add support and new configuration option to elasticsearch output to enable gzip based compression of JSON payload in POST requests.

Requires #1834 plus rebase after merging #1834

@urso urso added libbeat blocked in progress Pull request is currently in progress. labels Jun 11, 2016
@urso urso force-pushed the enh/es-output-gzip branch from a8136a6 to 19e00e6 Compare June 13, 2016 12:20
@ruflin
Copy link
Member

ruflin commented Jun 14, 2016

@urso #1834 is merged. Needs rebase now.

@urso urso force-pushed the enh/es-output-gzip branch from 19e00e6 to 039ecd7 Compare June 14, 2016 12:46
@urso
Copy link
Author

urso commented Jun 14, 2016

@ruflin Thanks. It's rebased.

@urso urso removed the blocked label Jun 14, 2016
@urso urso added review and removed in progress Pull request is currently in progress. labels Jun 14, 2016
Password: "",
Timeout: 90 * time.Second,
MaxRetries: 3,
CompressionLevel: 0,
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is that a good default? I assume it is what we had before?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Right, I made the default to match the old behavior. Making compression opt-in instead of opt-out. Default config is debatable, though.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I somehow expected that some compression as default is good. I assume there is somehow a tradeoff between performance and compression level, but we can figure that out later.

@ruflin
Copy link
Member

ruflin commented Jun 14, 2016

LGTM. Waiting for green.

@ruflin ruflin merged commit 7397fd5 into elastic:master Jun 15, 2016
@urso urso deleted the enh/es-output-gzip branch February 19, 2019 18:37
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants