Kubernetes 无服务发现的微服务体系结构

在没有本地服务发现的情况下，我需要帮助了解使用Jhipster开发的正确工作流

在我当前的私人项目中，我使用Jhipster注册中心进行服务发现，并使用OAuth2（keydepot）。一切都部署在库伯内特斯身上，效果非常好

现在我想切换到Istio。因此，我选择了选项“serviceDiscoveryType”：false

在kubernetes环境中，这可能有效，因为入口定义处理路由。我还没试过

我现在的问题是，如果没有这个，我不知道如何在当地发展。当我启动一个连接到微服务（端口8081）的简单网关（端口8080）时，我得到一个错误，因为它在端口8080查找微服务

在这一点上，我想补充的是，所有东西都是由Oauth2（keyClope）保护的

是否有可能将安全调用路由到正确的端口（8081），可能是“webpack.dev.js”中的一个选项

---

谢谢你的建议。

这是我们将在jhipster中讨论的一个问题。但现在你可以做的是：

内部负载平衡：在docker compose（chack out）中启动服务时，您可以访问与kubernetes中相同的服务。如果您有一个“foo app”正在运行，您可以执行到任何容器中并

curlhttp://foo-app/

并正确布线

边缘路由：在kubernetes中，您可以定义多个入口路径，以使example.com/routing到gateway:8080，example.com/foo路由到foo:8081（如果这是配置）。Docker compose本身没有任何这方面的功能。但是，您可以通过为此构建NGINX反向代理来解决这一问题

请查看：

---

它很好地解释了如何设置类似的东西，这是我们将在jhipster中讨论的一个问题

内部负载平衡：在docker compose（chack out）中启动服务时，您可以访问与kubernetes中相同的服务。如果您有一个“foo app”正在运行，您可以执行到任何容器中并

curlhttp://foo-app/

并正确布线

边缘路由：在kubernetes中，您可以定义多个入口路径，以使example.com/routing到gateway:8080，example.com/foo路由到foo:8081（如果这是配置）。Docker compose本身没有任何这方面的功能。但是，您可以通过为此构建NGINX反向代理来解决这一问题

请查看：

它很好地解释了如何设置类似的东西