-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
proposal: move API to gRPC with gRPC-gateway proxy #245
Comments
Do you really think we'll be able to maintain wire compatibility via the gateway? That would be awesome...but I'm skeptical. Also, do we have to listen on separate ports? |
With our limited API, yes.
I'm sure there are clever ways we could have them listen on the same port. |
Awesome. |
Note that grpc-gateway currently uses // Network describes the network information of a pod.
type Network struct {
// Name of the network that a pod belongs to, required.
Name string `protobuf:"bytes,1,opt,name=name" json:"name,omitempty"`
// Pod's IPv4 address within the network, optional if IPv6 address is given.
Ipv4 string `protobuf:"bytes,2,opt,name=ipv4" json:"ipv4,omitempty"`
// Pod's IPv6 address within the network, optional if IPv4 address is given.
Ipv6 string `protobuf:"bytes,3,opt,name=ipv6" json:"ipv6,omitempty"`
} So for instance when the following message has message State {
bool AdminUserCreated = 1;
} grpc-gateway will respond with an empty object ( This is fixed if grpc-gateway uses a JSON encoder which complies with the protobuf -> JSON spec. I've opened an issue for this at grpc-ecosystem/grpc-gateway#79. |
another thing to consider is authentication |
|
@bobbyrullo grpc supports authentication. |
Closing this. It's going to be a lot of work to get this up and running smoothly, and I'm not convinced of the benefit. |
low priority
Proof of concept here.
The text was updated successfully, but these errors were encountered: