gRPC / Protobuf?

[Austin Bennett <au...@apache.org>]

Hi Flagon Devs,

Does anyone else have experience with protobuf/gRPC.  Support is increasing
for web, so it will eventually make sense to use.  Is it too early now?
Does this concern people to also support?  Concretely, I tend to rip
JSON/REST out of most code I touch, for the performance benefits.  I don't
see JSON going away in this project, but do see benefits to at least
support an alternative.

Since this would be a significant effort, it probably warrants a design doc
and ensuring there is some form of consensus/support for the idea.

Any thoughts?  Concerns?  Opposition?

Thanks,
Austin


Ex:  see
* https://github.com/grpc/grpc-web
* https://protobuf.dev/
* https://grpc.io/docs/platforms/web/basics/
* https://github.com/bufbuild/protobuf-es
* etc

Re: gRPC / Protobuf?

[proton_mail_bridge <ja...@protonmail.com.INVALID>]

I am in favor of supporting alternate data serialization formats and data protocols, with JSON/REST as the default. Specifically, my current use case is best served by protobuf and kafkajs.


> On Jun 11, 2023, at 3:24 PM, Austin Bennett <au...@apache.org> wrote:
> 
> Hi Flagon Devs,
> 
> Does anyone else have experience with protobuf/gRPC.  Support is increasing
> for web, so it will eventually make sense to use.  Is it too early now?
> Does this concern people to also support?  Concretely, I tend to rip
> JSON/REST out of most code I touch, for the performance benefits.  I don't
> see JSON going away in this project, but do see benefits to at least
> support an alternative.
> 
> Since this would be a significant effort, it probably warrants a design doc
> and ensuring there is some form of consensus/support for the idea.
> 
> Any thoughts?  Concerns?  Opposition?
> 
> Thanks,
> Austin
> 
> 
> Ex:  see
> * https://github.com/grpc/grpc-web
> * https://protobuf.dev/
> * https://grpc.io/docs/platforms/web/basics/
> * https://github.com/bufbuild/protobuf-es
> * etc