第一种方式
(1) nginx配置中只写前端项目的/根路径配置
前端项目使用的Dockerfile文件内容
把前端项目编译后生成的dist文件夹放在nginx的html默认目录下，浏览器访问前端项目时加上这个前端目录名
(2) 前端项目中直接写后端项目访问的http地址
(3) k8s配置中需要添加俩ingress规则
一个是使用网址访问前端项目的，一个是使用网址访问后端项目的
(4)整体访问路径
浏览器 --> nginx前端地址根路径 --> 后端ingress地址
浏览器(比如：账号密码登录) --> 后端ingress地址
第二种方式
(1) nginx配置中不仅写前端项目的/根路径配置，还会写前端访问后端的地址路径配置
前端项目使用的Dockerfile文件内容
把前端项目编译后生成的dist文件夹放在nginx的html默认目录下，浏览器访问前端项目时加上这个前端目录名
nginx配置中多增加一个访问后端的配置
(2) 前端项目中直接写后端项目访问的http地址
(3) k8s配置中只需要添加一个前端的ingress规则
(4)整体访问路径
浏览器 --> nginx前端地址根路径 --> 后端ingress地址
(比如：账号密码登录)
|
|--> nginx后端地址路径 --> 后端ingress地址
方法一和方法二的比较
(1) 除了都需要给前端项目配置一个ingress规则外，方法一需要给后端项目配置一个ingress地址，方法二不需要
(2) nginx配置中除了都需要配置前端项目路径外，方法二还需要配置后端项目地址，使用后端在k8s中部署的服务名的方式，方法一不需要
(3) 额外的考虑
方法一的nginx配置可以直接给其他前端项目使用，也就是说所有的前端项目使用统一的一个nginx.conf配置
方法二的则不行，每一套前后端项目都需要在前端nginx.conf中添加相应的配置，项目多的话配置会显得nginx.conf配置臃肿且不好管理
方法一需要额外添加一个后端的ingress规则，这样对后端服务的访问来说是不是有点不安全，毕竟可以直接访问使用，而方法二访问后端服务，需要通过使用nginx进行代理访问，安全性上是不是更好一些？
方法一和方法二的后端假如副本数都超过1，则前端访问使用的话，应该都是通过使用ingress规则自带的负载均衡 轮询的方式来访问使用的吧