一直以来，说到微服务架构，我首先想到的就是NATS和Kafka。但最近我在 dotnet core 中发现了这个 gRPC 模板，这引起了我的注意。我读了很多相关内容并观看了很多视频，但我认为其中任何一个都不能正确解决 gRPC，因为它们通常在 gRPC 和消息代理或 REST 等协议之间进行对比，我认为这是非常不合适的，尽管 SOAP 是相关的这里。我的假设是 gRPC 是 SOAP 的现代版本，由于它有协议缓冲区，因此具有更好的性能和更少的实现麻烦。而且我认为 gRPC 根本无法与 Kafka 或 NATS 相比。而且它不能取代 RESTful 服务，就像 SOAP 一样。
现在的问题是，我的假设在多大程度上是正确的？例如，当涉及到在集群上的节点之间选择通信桥时，我现在是否必须将 gPRC 添加到我的选项中（NATS、Kafkam Rabbit 等），或者我应该在创建 Web 代理以将外部请求桥接至我的微服务？
最后，实时通信怎么样，gRPC可以完全替代websocket/socket.io/signalR吗？它取代了什么？