很长一段时间以来，当谈到微服务架构时，我首先想到的是nats和kafka。但最近我在dotnetcore中发现了这个grpc模板，它吸引了我的注意力。我读了很多关于它的书，看了很多视频，但我不认为这些都能正确地处理grpc，因为它们通常会对比grpc和消息代理或rest之类的协议，我猜这是非常不合适的，尽管soap在这里是相关的。我的假设是grpc是soap的一个现代版本，由于它的协议缓冲区，它的性能更好，实现的麻烦更少。我认为grpc绝对不能与Kafka或nats相比。而且它不能像soap那样替代restful服务。
现在，问题是，我的假设在多大程度上是正确的？例如，在选择集群上节点之间的通信桥时，我现在是否必须将gprc放在选项中（nats、kafkam rabbit等），或者在创建web代理以将外部请求桥接到我的微服务时是否应该考虑这一点？
最后，关于实时通信，grpc能完全取代websocket/socket.io/signal吗？它取代了什么？