#### How the API looked before this change? - We had a single interface, `Filter`, that was responsible for functionality like config parsing and optionally for building client and server interceptors (or filter instances). - We had a registry of `Filter`s keyed by the supported type_urls. #### How the API looks after this change? - We will have an interface, `Builder`, that contains functionality for config parsing and other things like "what are the supported type_urls?", "Are filters produced by this builder supposed to be terminal?", - Two optional interfaces that the `Builder` can implement that provide the functionality to create filter instances for the client and server, `ClientFilterBuilder` and `ServerFilterBuilder` respectively. - The `ClientFilterBuilder` and `ServerFilterBuilder` create `ClientFilter` and `ServerFilter` respectively. - The `ClientFilter` and `ServerFilter` interface contains functionality to build client and server interceptors. - The methods to create filter instances and interceptors will return cleanup functions that callers need to invoke when the filter/interceptor is no longer required. - We will have a registry of `Builders`s keyed by the supported type_urls. #### Why is this change required? - As part of gRFC A83 and moving forward on a bunch of other gRFCs, we will start having HTTP filters that need to maintain a bunch of state, and this state needs to be retained across resource updates. For example, the filter might contain a gRPC channel to an external service, and we don't want to recreate this channel for resource updates that doesn't change any properties associated with the service that is being connected to. #### How will this be used? - The xDS name resolver and the xDS enabled grpc server (entities that create HTTP filters on the client and server side) will create new `Filter` instances only when the filter names in the xDS resources change. Otherwise, they will only create new interceptors using the updated filter configuration from the existing `Filter`. This will allow `Filter` instances to share state across interceptors and across state updates. The changes here and inspired by similar changes made for Java and described here: https://github.com/grpc/proposal/blob/master/A83-xds-gcp-authn-filter.md#java RELEASE NOTES: None |
||
|---|---|---|
| .gemini | ||
| .github | ||
| admin | ||
| attributes | ||
| authz | ||
| backoff | ||
| balancer | ||
| benchmark | ||
| binarylog | ||
| channelz | ||
| cmd/protoc-gen-go-grpc | ||
| codes | ||
| connectivity | ||
| credentials | ||
| Documentation | ||
| encoding | ||
| examples | ||
| experimental | ||
| gcp/observability | ||
| grpclog | ||
| health | ||
| internal | ||
| interop | ||
| keepalive | ||
| mem | ||
| metadata | ||
| orca | ||
| peer | ||
| profiling | ||
| reflection | ||
| resolver | ||
| scripts | ||
| security/advancedtls | ||
| serviceconfig | ||
| stats | ||
| status | ||
| tap | ||
| test | ||
| testdata | ||
| xds | ||
| AUTHORS | ||
| backoff.go | ||
| balancer_wrapper.go | ||
| balancer_wrapper_test.go | ||
| call.go | ||
| clientconn.go | ||
| clientconn_authority_test.go | ||
| clientconn_parsed_target_test.go | ||
| clientconn_test.go | ||
| CODE-OF-CONDUCT.md | ||
| codec.go | ||
| codec_test.go | ||
| CONTRIBUTING.md | ||
| default_dial_option_server_option_test.go | ||
| dial_test.go | ||
| dialoptions.go | ||
| doc.go | ||
| go.mod | ||
| go.sum | ||
| GOVERNANCE.md | ||
| grpc_test.go | ||
| interceptor.go | ||
| LICENSE | ||
| MAINTAINERS.md | ||
| Makefile | ||
| NOTICE.txt | ||
| picker_wrapper.go | ||
| picker_wrapper_test.go | ||
| preloader.go | ||
| producer_ext_test.go | ||
| README.md | ||
| resolver_balancer_ext_test.go | ||
| resolver_test.go | ||
| resolver_wrapper.go | ||
| rpc_util.go | ||
| rpc_util_test.go | ||
| SECURITY.md | ||
| server.go | ||
| server_ext_test.go | ||
| server_test.go | ||
| service_config.go | ||
| service_config_test.go | ||
| stream.go | ||
| stream_interfaces.go | ||
| stream_test.go | ||
| trace.go | ||
| trace_notrace.go | ||
| trace_test.go | ||
| trace_withtrace.go | ||
| version.go | ||
gRPC-Go
The Go implementation of gRPC: A high performance, open source, general RPC framework that puts mobile and HTTP/2 first. For more information see the Go gRPC docs, or jump directly into the quick start.
Prerequisites
Installation
Simply add the following import to your code, and then go [build|run|test]
will automatically fetch the necessary dependencies:
import "google.golang.org/grpc"
Note: If you are trying to access
grpc-gofrom China, see the FAQ below.
Learn more
- Go gRPC docs, which include a quick start and API reference among other resources
- Low-level technical docs from this repository
- Performance benchmark
- Examples
- Contribution guidelines
FAQ
I/O Timeout Errors
The golang.org domain may be blocked from some countries. go get usually
produces an error like the following when this happens:
$ go get -u google.golang.org/grpc
package google.golang.org/grpc: unrecognized import path "google.golang.org/grpc" (https fetch: Get https://google.golang.org/grpc?go-get=1: dial tcp 216.239.37.1:443: i/o timeout)
To build Go code, there are several options:
-
Set up a VPN and access google.golang.org through that.
-
With Go module support: it is possible to use the
replacefeature ofgo modto create aliases for golang.org packages. In your project's directory:go mod edit -replace=google.golang.org/grpc=github.com/grpc/grpc-go@latest go mod tidy go mod vendor go build -mod=vendorAgain, this will need to be done for all transitive dependencies hosted on golang.org as well. For details, refer to golang/go issue #28652.
Compiling error, undefined: grpc.SupportPackageIsVersion
Please update to the latest version of gRPC-Go using
go get google.golang.org/grpc.
How to turn on logging
The default logger is controlled by environment variables. Turn everything on like this:
$ export GRPC_GO_LOG_VERBOSITY_LEVEL=99
$ export GRPC_GO_LOG_SEVERITY_LEVEL=info
The RPC failed with error "code = Unavailable desc = transport is closing"
This error means the connection the RPC is using was closed, and there are many possible reasons, including:
- mis-configured transport credentials, connection failed on handshaking
- bytes disrupted, possibly by a proxy in between
- server shutdown
- Keepalive parameters caused connection shutdown, for example if you have configured your server to terminate connections regularly to trigger DNS lookups. If this is the case, you may want to increase your MaxConnectionAgeGrace, to allow longer RPC calls to finish.
It can be tricky to debug this because the error happens on the client side but the root cause of the connection being closed is on the server side. Turn on logging on both client and server, and see if there are any transport errors.