我应该在Kuberenetes集群中使用反向代理(如NGINX)吗?
我已经设置了一个Kubernetes集群(在GKE上)。运行多个服务,但主要通过stock Ingress控制器为webapp提供服务我应该在Kuberenetes集群中使用反向代理(如NGINX)吗?,nginx,docker,proxy,kubernetes,Nginx,Docker,Proxy,Kubernetes,我已经设置了一个Kubernetes集群(在GKE上)。运行多个服务,但主要通过stock Ingress控制器为webapp提供服务 在入口后面运行反向代理有什么好处吗?TLS在此点终止,因此不适用于此。也许对于某些服务器强化?链接GKE入口和Nginx的唯一优势是能够使用Nginx提供的更高级配置 目前,运行自己的反向代理跳过入口有很多好处。或者用GKE代替GKE。这样做的主要好处是: 节约成本,每一个GKE入口资源都要花费金钱 Nginx或其他代理提供的高级路由/配置 绕过当前的GKE入
在入口后面运行反向代理有什么好处吗?TLS在此点终止,因此不适用于此。也许对于某些服务器强化?链接GKE入口和Nginx的唯一优势是能够使用Nginx提供的更高级配置 目前,运行自己的反向代理跳过入口有很多好处。或者用GKE代替GKE。这样做的主要好处是:
- 节约成本,每一个GKE入口资源都要花费金钱
- Nginx或其他代理提供的高级路由/配置
- 绕过当前的GKE入门测试版限制