oauth-2.0 - kubernetes入口背后的授权服务器？

Question

我想在Spring Boot集群上部署一些Kubernetes微服务。其中之一是提供OAuth 2.0 token 的授权服务器。在当前部署中(没有k8s)，外部世界仅可见两个服务:api-gateway(Zuul)和authorization-server(Spring OAuth)。其余的隐藏在api-gateway后面。在k8s部署期间，Zuul代理可能会被Kubernetes Ingress取代。

现在的问题:

是否应该将authorization-server放在Ingress后面？

这两种解决方案的优缺点是什么？

什么是最佳做法？

也许我根本不应该摆脱Zuul？

Answer 1

摆脱Zuul是完全合理的。入口应该是唯一可以通过入口规则访问群集的外部群集可访问组件。
所以是的，授权服务器和微服务应该可以通过入口访问。