pog2gK零S
- 已编辑
每个项目开启应用路由后会在kubesphere-controls-system项目里面去创建一个服务。添加应用路由使用的ingress。点击访问时是带上ingress的规则与kubesphere-controls-system对应服务的端口。。。(这是我使用后大致知道应用路由的工作方式)。
或者简单说,就是服务聚合服务,最后再由(ingress+端口)聚合服务———->最终提供外网访问的是域名+不同端口
但问题就来了,相当于我在每个项目里面开启应用路由,那么就会产生一个端口。但事实网站提供给客户使用的时候并没有带上非默认端口(80或443)。
那就说明整个kubeshpere的应用路由根本不适合直接提供外网访问(我没发现正常生产环境提供客户使用的网站访问时还拼接端口的)
那就更进一步说明,如果要提供用户使用,那整个k8s外层网络需要再提供一个反向代理才行(否则所有的域名提供的服务不能可能做到使用443或80端口)
最后我觉得应用路由根本不适合提供外网访问,既然这样我还不如直接使用服务,创建端口,在整个外层自己去处理反向代理(这样还省去了创建应用路由步骤)
那就说明一个问题,应用路由基本是废掉的(个人看法)
—— 最后我还特意去看了文档应用路由的说明和案例,访问offee或tea确实带了端口(那这样这个应用路由怎么可能直接提供生成环境使用,搞了一大半天,要提供给用户使用还得搞一次反向代理)。麻烦了一次又得搞一次,搞了最后还得再弄一次
真的是聚合又聚合,聚合又聚合(好恐怖)