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

Prepare for Envoy 1.13 upgrade; migrate from now-disabled deprecated fields #2328

Merged
merged 5 commits into from
Feb 20, 2020

Conversation

LukeShu
Copy link
Contributor

@LukeShu LukeShu commented Feb 19, 2020

Description

This is everything (so far?) that is a part of upgrading to Envoy 1.13, short of doing the actual upgrade and things that depend on the actual upgrade. The biggest part of that is dealing with Envoy disallowing many previously deprecated fields (datawire/apro#713).

It probably makes sense to review this commit-by-commit.

Related Issues

PR #2318
Issue datawire/apro#713
Issue datawire/apro#998

@LukeShu LukeShu changed the title Prepare for Envoy 1.13 upgrade; migrate from now-disabled deprecated fields [WIP] Prepare for Envoy 1.13 upgrade; migrate from now-disabled deprecated fields Feb 19, 2020
"operation_name": "egress"
}
self.base_http_config["tracing"] = {}
self.traffic_direction = "OUTBOUND"
Copy link
Contributor Author

@LukeShu LukeShu Feb 19, 2020

Choose a reason for hiding this comment

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

This seems wrong-ish to me, but I think it's what preserves existing behavior.

See envoyproxy/envoy#7723 and envoyproxy/envoy#7999

Copy link
Member

Choose a reason for hiding this comment

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

I think you're correct. @alexgervais might have some thoughts as to whether we should support configuring this.

Copy link
Contributor

Choose a reason for hiding this comment

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

LGTM
At some point, "operation_name": "egress" was required for tracing to work on upstream calls. Having a quick look at the docs, and it would seem traffic_direction could be omitted entirely. Anyways, I'd be happy to test tracing manually before shipping.

This is driven by "which of these cause test failures".  It is NOT an
audit of the codebase cross-referenced with
<https://www.envoyproxy.io/docs/envoy/latest/intro/deprecated>.  It would
be a good idea to do that audit at some point.
@LukeShu LukeShu changed the title [WIP] Prepare for Envoy 1.13 upgrade; migrate from now-disabled deprecated fields Prepare for Envoy 1.13 upgrade; migrate from now-disabled deprecated fields Feb 20, 2020
@LukeShu LukeShu requested a review from kflynn February 20, 2020 00:10
Copy link
Member

@kflynn kflynn left a comment

Choose a reason for hiding this comment

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

This looks good. Let's land it and get some experience with it.

"operation_name": "egress"
}
self.base_http_config["tracing"] = {}
self.traffic_direction = "OUTBOUND"
Copy link
Member

Choose a reason for hiding this comment

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

I think you're correct. @alexgervais might have some thoughts as to whether we should support configuring this.

@kflynn kflynn merged commit a476f24 into master Feb 20, 2020
@kflynn kflynn deleted the lukeshu/remove-deprecated branch February 20, 2020 00:28
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants