为什么猪齿鱼的ingress controler service 不是nodeport,而是clusterip

  • Choerodon平台版本: 0.18.0

  • 遇到问题的执行步骤:
    咨询3个问题:
    1、为什么猪齿鱼的ingress controler service 不是nodeport ,而是clusterip 。这样的话,ingress controler svc不应该能被外界访问啊。

kubectl get svc -n kube-system | grep ingre
ingress-nginx ClusterIP 10.233.59.118 10.23.16.2,10.23.16.3,10.23.16.9 80/TCP,443/TCP 20d

2、麻烦简述一下用户访问app1 的路径,是否是这样的,其中,service并不实际参与流量。
用户-- app1.com.cn—one of master ip–ingress controller --service – pod

3、假设问题2中的pod 由于某种原因被重建了,能否简述ingress controller 中反向代理配置自动被更新的过程。

谢谢 。

首先,clusterip只是猪齿鱼所使用的方式之一,如果你想改为nodeport可以自行修改,猪齿鱼全程使用域名访问,不需要用户访问service,
其次 关于Kubernetes的各种原理自行学习。

感谢您的回复。

我提的第二个问题,我没看懂,通过域名应该到ingress controler ,但我们的ingre controler 不是nodeport 的,外界访问不到啊。