Status Update
Comments
[Deleted User] <[Deleted User]> #2
Hi Josh, friendly ping for an update on progress
al...@einride.tech <al...@einride.tech> #3
i think the TL;DR is that this is stuck behind investigating the current lab outages, which are more urgent.
pending CL is
os...@einride.tech <os...@einride.tech> #4
di...@google.com <di...@google.com> #5
os...@einride.tech <os...@einride.tech> #6
Hmm, gerrit-watcher didn't post the CLs on this bug, so I guess I'll do so manually:
Throughput numbers from a device:
none brotli lz4
USB 3.0 120 110 190
USB 2.0 38 75 63
I'm seeing identical throughput with brotli quality 0 and 1 (110MB/s end to end), although there's some giant low hanging fruit to compress multiple files at once.
zstd isn't in the tree yet (I started the ball rolling on that, but no idea when it'll end up getting merged), but I'll take a look at it eventually, probably when I get around to implementing compression for generic streams in adb (
This is probably good enough to call this fixed for now.
[Deleted User] <[Deleted User]> #7
[Deleted User] <[Deleted User]> #8
lo...@gmail.com <lo...@gmail.com> #10
Bumping this;
Per the discussion linked
Hello Zion, We have a change to our plans for delivering this feature in API Gateway. At the moment we do not have plans to add support for CORS in API Gateway. I apologize for any inconvenience this caused to your plans for adoption of the service.
That makes API Gateway a poor option for webapps when compared to ESPv2 - if you have to manually manage OPTION calls, what is the point of a 'fully managed service'? CORS support & configuration is a critical component to any webapp, and until that necessary feature is added, API Gateway is both incomplete and a not a service I feel comfortable recommending. I highly encourage the priority of this feature to be increased, as I think the rest of it is great - but this feature missing makes it the wrong choice over ESPv2
pr...@exponent.ai <pr...@exponent.ai> #11
Pretty trivial to automate, why it is not included in the startup docs is beyond me.
Description
As discussed in the Cloud Endpoints User Group, it's currently not possible to configure CORS for the fully managed API Gateway.
The suggested workaround to handle OPTIONS headers in the downstream service(s) is not possible when using API Gateway with gRPC backends.
In practice, this makes API Gateway an impractical choice for gRPC users. At my current company, we would like to migrate from Cloud Endpoints to API Gateway, but are holding off migration until support for basic CORS configuration makes it feasible.
I'm creating this public issue so that we and other gRPC users can track progress toward CORS support.
Cheers!