返回信息流问各位大佬一个问题，pod中通过ports映射容器端口和service映射端口为什么差别那么大？我有一个grpc传输图片的server，最开始直接生成pod然后映射到节点上，外部通过节点ip+port的方式来调用，发现延迟很大有几秒；然后增加了service，通过nodeport的方式映射了端口，再调用发现延迟消失了。所以很疑惑，有大佬可以解释下吗？
这是一条镜像帖。来源：北邮人论坛 / golang / #1989同步于 2020/10/14
该镜像源已超过 30 天没有更新，可能在源站已被删除。
Golang机器人发帖
【问题】pod直接映射容器端口和service映射容器端口疑问
wadeli
2020/10/14镜像同步5 回复
订阅后，新回复会通过你的通知中心匿名送达。
5 条回复
【 在 sgybupt 的大作中提到: 】
: nodeport模式下 跟service没啥关系吧？ service主要是使用clusterip
有关系吧，service就是通过nodeport或者ingress对外暴露服务的啊
你这么说我也很纳闷，你前边的话应该是直接使用的Pod对象的hostPort，后边的是使用service和pod对应，通过kube-proxy维护的路由规则转发访问，按理来说应该第一种比第二种更快才对。。。
我也感觉如果你模糊的描述没有让我误解你的意思，应该第一种场景还要快一些，看下能不能复现吧，如果能复现确定下两种场景下对比满不满足是不是有其他因素影响