Go to file
Stephen J Day 71e9170d05
mgrpc: mock out workflow for generated code
The server unit test now manually mocks much of the generated code for a
given service, including back registration of the service. We avoid
having a package-level global descriptor in favor of a closures for the
handler dispatch function.

Signed-off-by: Stephen J Day <stephen.day@docker.com>
2017-11-14 18:23:40 -08:00
cmd/protoc-gen-gogomgrpc mgrpc: baseline protobuf example 2017-11-14 12:02:25 -08:00
example mgrpc: baseline protobuf example 2017-11-14 12:02:25 -08:00
.gitignore Initial commit 2017-11-13 14:12:46 -08:00
channel_test.go mgrpc: initial implementation of message channel 2017-11-14 12:04:48 -08:00
channel.go mgrpc: initial implementation of message channel 2017-11-14 12:04:48 -08:00
client.go mgrpc: initial implementation of server 2017-11-14 12:18:06 -08:00
handlers.go mgrpc: initial implementation of server 2017-11-14 12:18:06 -08:00
LICENSE Initial commit 2017-11-13 14:12:46 -08:00
Protobuild.toml mgrpc: baseline protobuf example 2017-11-14 12:02:25 -08:00
README.md README: update overview of project and provide usage 2017-11-14 13:12:30 -08:00
server_test.go mgrpc: mock out workflow for generated code 2017-11-14 18:23:40 -08:00
server.go mgrpc: initial implementation of server 2017-11-14 12:18:06 -08:00
types.go mgrpc: initial implementation of server 2017-11-14 12:18:06 -08:00

mgrpc

GRPC for low-memory environments.

The existing grpc-go project requires a lot of memory overhead for importing packages and at runtime. While this is great for many services with low density requirements, this can be a problem when running a large number of services on a single machine or on a machine with a small amount of memory.

This project reduces the binary size and protocol overhead when working with GRPC. We do this by eliding the net/http and net/http2 package used by grpc with a lightweight framing protocol We do this by eliding the net/http and net/http2 package used by grpc with a lightweight framing protocol.

Please note that while this project supports generating either end of the protocol, the generated service definitions will be incompatible with regular GRPC services, as they do not speak the same protocol.

Usage

Create a gogo vanity binary (see cmd/protoc-gen-gogomgrpc/main.go for an example with the mgrpc plugin enabled.

It's recommended to use protobuild to build the protobufs for this project, but this will work with protoc directly, if required.

Status

Very new. YMMV.