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

balancer: move Balancer and Picker to V2; delete legacy API #3431

Merged
merged 3 commits into from Apr 28, 2020

Conversation

dfawley
Copy link
Member

@dfawley dfawley commented Mar 7, 2020

The only substantial change made vs. the previous attempt at this PR (#3301) is to change TestEmptyAddrs to expect both pick first and round robin to continue using previous addresses, in light of a behavior change made about a month ago. Note that this appears likely to change again in the future (so that both balancers honor the "no addresses" update), depending upon the direction of current design discussions -- but I do not want to make any behavior changes as part of this PR.

#3180

@dfawley dfawley added the Type: API Change Breaking API changes (experimental APIs only!) label Mar 7, 2020
@dfawley dfawley added this to the 1.29 Release milestone Mar 7, 2020
@dfawley dfawley requested a review from menghanl March 7, 2020 00:09
}
// err is some other error.
return nil, nil, status.Error(codes.Unknown, err.Error())
return nil, nil, status.Error(codes.Unavailable, err.Error())
Copy link
Contributor

Choose a reason for hiding this comment

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

What if err is a status error?

If we want to always have code unavailable, what if err is a status with unavailable?

Copy link
Member Author

Choose a reason for hiding this comment

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

It's been awhile, but this is the behavior we agreed on (and is documented as such in balancer.Picker.Pick). This would be a fail-fast RPC with an error this is not a "drop" error or ErrNoSubConnAvailable.

We could make this detect status errors and only grab the message. I think the idea was that there would be no reason to return a status in this scenario - this is for things like "all subconns in transient failure" or "resolver returned no addresses". We can talk more about this offline.

Copy link
Member Author

Choose a reason for hiding this comment

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

As discussed offline, changed so DropRPCError happens automatically for status errors. PTAL. If this looks good to you, I'll file an issue to remove our uses of ErrTransientFailure (they are somewhat pervasive right now).

picker_wrapper.go Outdated Show resolved Hide resolved
vet.sh Outdated Show resolved Hide resolved
vet.sh Show resolved Hide resolved
@dfawley
Copy link
Member Author

dfawley commented Apr 24, 2020

Pending Travis as a sanity check, this should be ready to review again @menghanl.

@dfawley dfawley assigned menghanl and unassigned dfawley Apr 24, 2020
balancer/balancer.go Outdated Show resolved Hide resolved
internal/status/status.go Outdated Show resolved Hide resolved
@dfawley dfawley merged commit 4eb418e into grpc:master Apr 28, 2020
@dfawley dfawley deleted the take2 branch April 28, 2020 21:52
@github-actions github-actions bot locked as resolved and limited conversation to collaborators May 25, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Type: API Change Breaking API changes (experimental APIs only!)
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants