Add a paginated endpoint for retrieving all Applications#56324
Add a paginated endpoint for retrieving all Applications#56324rosstimothy merged 1 commit intomasterfrom
Conversation
e8f7b37 to
2610982
Compare
marcoandredinis
left a comment
There was a problem hiding this comment.
Just one comment on checking for NotFound instead of NotImplemented on tctl.
Everything else lgtm
2610982 to
4a648a8
Compare
| // TODO(tross): DELETE IN v21.0.0 | ||
| if trace.IsNotImplemented(err) { |
There was a problem hiding this comment.
Can we have the client's GetApps method use Apps with the fallback to the old rpc instead so we don't have to add a million fallbacks from Collect(Apps) to GetApps everywhere? There's a precedent for this, the client's GetNodes also does this.
There was a problem hiding this comment.
I don't know that I like that pattern too much though. I think it causes confusion around whether the API is paginated or not.
There was a problem hiding this comment.
Should we deprecate the GetApps method then, at least in v19?
There was a problem hiding this comment.
Is there any reason to use the unpaginated endpoint? Even with the deprecation warning, I wonder about existing code using the api module, it would be nice if we could transparently make it not die if there's too many apps in a cluster (and I'm not even sure if we should deprecate methods in the middle of a major).
There was a problem hiding this comment.
What are our other options? Not populate the cache if the upstream doesn't support ListApps? Also, I don't plan on backporting the deprecation of the API beyond master.
There was a problem hiding this comment.
Deprecate GetApps as a method and implement it using Collect+Resources+ListApps just for the transitional period, I guess?
4a648a8 to
c07fd60
Compare
| // TODO(tross): DELETE IN v21.0.0 | ||
| if trace.IsNotImplemented(err) { |
There was a problem hiding this comment.
Is there any reason to use the unpaginated endpoint? Even with the deprecation warning, I wonder about existing code using the api module, it would be nice if we could transparently make it not die if there's too many apps in a cluster (and I'm not even sure if we should deprecate methods in the middle of a major).
177324d to
19cee39
Compare
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
19cee39 to
63bb43c
Compare
|
@rosstimothy See the table below for backport results.
|
…6727) A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
…6949) A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
…6954) A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
This RPC was already previously deprecated in #56324, this commit updates the proto and the linter plugin to match.
This RPC was already previously deprecated in #56324, this commit updates the proto and the linter plugin to match.
This RPC was already previously deprecated in #56324, this commit updates the proto and the linter plugin to match.
This RPC was already previously deprecated in #56324, this commit updates the proto and the linter plugin to match.
A new ListApps RPC has been added to the auth service to retrieve pages of applications and should be preferred over the existing GetApps RPC. The cache and tctl get have been updated to prefer using ListApps, but fallback to GetApps if the upstream does not yet implement the paginated API.
Changelog: Update Application APIs to use pagination to avoid exceeding message size limitations.