As you said, the gRPC is everywhere, including agent<->backend, inside OAP cluster, exporter, alert, dynamic configuration Are you want to support other RPC in all cases? That seems very complex.
> Developers have a hard time solving sudden problems. For example, an exception problem with the connected NO_ERROR. Provides multiple rpc frameworks to make it easy for users to choose their own familiar rpc and reduce learning costs. HTTP is added, but not all agents change, so such as if you add Dubbo, there is a same thing, agent need to support this new protocol. Sheng Wu 吴晟 Twitter, wusheng1108 ChenYao <breezeri...@163.com> 于2020年5月8日周五 上午9:59写道： > @all dear > > > > 1. grpc is an excellent rpc frame, unfamiliar with grpc > > Developers have a hard time solving sudden problems. For example, an > exception problem with the connected NO_ERROR. Provides multiple rpc > frameworks to make it easy for users to choose their own familiar rpc and > reduce learning costs. > > > > > 2. Skywalking uses grpc coupling degree is still relatively large, adding > new rpc framework support, need to add a new level of abstraction. > > > So ask if there is a need to add a new rpc frame. > > > > > > > > > > > > > > > > > > 在 2020-05-07 21:04:25，"Sheng Wu" <wu.sheng.841...@gmail.com> 写道： > >The whole system is open for extension, you could implement this easily. > >If you want to push and host in the main repo, I think you need to answer > >the question of why we should add these? > > > >Because, on the other hand, you will make the distribution size bigger, > >including the image. I am wondering gRPC is a good RPC framework, why we > >need others? > > > >Sheng Wu 吴晟 > >Twitter, wusheng1108 > > > > > >ChenYao <breezeri...@163.com> 于2020年5月7日周四 下午6:26写道： > > > >> @all dear > >> > >> > >> > >> Whether it is necessary to add new rpc communication (ex: thrift, > dubbo). > >> > >> > >> > >> > >> https://github.com/apache/skywalking/issues/4620 > >> > >> > >> > >> > >> > >> >
