> On Aug 16, 2018, at 3:17 PM, Leif Hedstrom <zw...@apache.org> wrote:
>
> I think rolling our own defeats the purpose of replacing what we have. We
> should pick something where there is a large sets of client libraries
> already. As you say, performance is not critical, so pick one that is
> popular. I think gRPC would be fine too.
Also, one big problem with our current RPC mechanisms is the fact that we have
traffic_manager talking to traffic_server. As also was discussed in Cork, the
goal is to move all of _manager functionality over to _server, and only have
one process. We already got rid of traffic_cop, so we’re one step closer.
Eliminating traffic_manager also makes it a lot easier to do e.g. SO_REUSEPORT,
when each ET_NET is binding the port(s).
Cheers,
— Leif
