我们有一个多租户应用程序，并且为每个租户提供单独的容器映像。
同样，我们为每个租户创建一个子域，该子域将被重定向到其自己的容器。
可能存在一种场景，其中可以存在数千个租户及其动态。
因此，我们在选择之前有必要考虑 Kubernetes 入口控制器的局限性。特别是 nginx-ingress。
-
Ingress 内可创建的 Ingress 资源或规则的数量是否有最大限制？或者当创建太多入口资源时会出现性能或扩展问题吗？
-
是在同一入口资源中添加新规则（针对每个子域）还是为每个子域创建单独的入口资源更好？
AFAIK，没有这样的限制，你要么耗尽资源，要么首先找到一个瓶颈。This文章比较了几种负载均衡器的资源消耗。
至于 Nginx-ingress，付费 nginx plus 版本背后隐藏着一些功能，如所列here.
如果您希望拥有动态配置和可扩展性，您应该尝试基于 envoy 的入口，例如大使 or Istio.
Envoy 提供动态配置更新，不会中断现有连接。更多信息here.
查看this文章比较了大多数流行的 Kubernetes 入口控制器。
This文章展示了将 HAproxy 和 Nginx 组合推向极限的一个很好的例子。
希望能帮助到你。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
