当你在Kubernetes集群中运行多个应用程序时，每个应用程序都有自己的服务。为了让外部用户访问这些应用程序，就好像他们访问网站一样，我们需要一种方法来管理流量的分配和路由。这就是Ingress的作用。

公司从去年全面推动业务上云，而以往 IDC 架构部署上，接入层采用典型的 4 层 LVS 多机房容灾架构，在业务高峰时期，扩容困难（受限于物理机资源和 LVS 内网网段的网络规划），且抵挡不住 HTTPS 卸载引发的高 CPU 占用。

在kubernetes环境中,kubernetes Ingress Resource常用来指定应该暴露给集群外部的服务。在一个Istio的服务网格中，最好的办法就是使用不同的配置模型，也就是Istio Gateway。一个gateway允许Istio的功能，比如监控和路由规则去应用到进入集群的流量 。

项目经常会出现多个迭代并行开发测试的场景，因此需要后台的存储资源共享但后台服务并存多个版本多个测试环境，以方便进行多迭代版本的并行开发测试。

如果想要在 Ingress-nginx 中反向代理一个外部的 https 网站，可以使用以下的方式，这里以反向代理 https://www.baidu.com 为例：