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

Question

我想在集群上部署一些Spring Boot微服务。Kubernetes其中之一是提供令牌的授权服务器。OAuth 2.0在当前部署（没有 k8s）下，只有两个服务对外部世界可见：api-gateway（Zuul）和authorization-server（Spring OAuth）。其余的都隐藏在api-gateway. 在k8s部署期间，Zuul 代理可能会被 Kubernetes Ingress 取代。

现在的问题：

• 我应该把authorization-serverIngress 放在后面吗？
• 这两种解决方案的优缺点是什么？
• 什么是最佳实践？
• 也许我根本不应该摆脱 Zuul？

标签： oauth-2.0kubernetesspring-cloudnetflix-zuulkubernetes-ingress

Answer 1

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