我有一个带有20个工作节点的kubernetes集群。我的主要应用程序是Flask API,每分钟可处理数千个android / ios请求。我的Kubernetes部署的配置方式是每个pod都有2个容器-flask / python服务器和nginx。长颈瓶应用程序是由持守工人(每个吊舱20名工人)运行在古尼康的顶部的。
我的问题是:我是否需要在flask应用程序旁边的每个Pod中运行Nginx,还是可以仅使用主要的Nginx入口控制器作为代理缓冲层?
注意: 我正在使用ELB将外部流量路由到我的内部k8s集群。
答案 0 :(得分:1)
在每个吊舱上都没有代理并不奇怪,事实上,istio为每个吊舱注入一个特使容器作为代理来控制进出流量并具有更准确的度量标准。
但是,如果您暂时不想管理服务网格,则可以避免使用nginx并直接在入口定义上使用服务上的端口映射。
答案 1 :(得分:0)
我看不到任何其他烧瓶容器都装有Nginx容器的理由。您可以使用一个Nginx容器作为通往整个API集的API网关