微服务：没有Spring API网关的服务发现
我们能在Spring Cloud API网关和没有服务发现的情况下生存吗？
共有1个答案
Kubernetes是一个很好的平台，如果你可以选择的话。
它可以处理从服务发现到部署的各个部分。
您只需要制作一个cloud ready docker映像（最好是）并将其部署到kubernetes，kubernetes将根据您的配置将一个内部endpoint映射到这个endpoint，并且您的服务将向它注册（如果我是从spring-cloud和eureka server来讨论的话）。
-
在单体架构时，因为服务不会经常和动态迁移，所有服务地址可以直接在配置文件中配置，所以也不会有服务发现的问题。但是对于微服务来说，应用的拆分，服务之间的解耦，和服务动态扩展带来的服务迁移，服务发现就成了微服务中的一个关键问题。 服务发现分为客户端服务发现和服务端服务发现两种，架构如下图所示。 这两种架构都各有利弊，我们拿客户端服务发现软件Eureka和服务端服务发现架构Kubernetes/SkyD
-
: 和 : 根据我找到的一些建议，我尝试从我的eureka服务器中隐藏网关，但问题仍然存在，将其添加到网关中的中：
-
我有一个简单的spring引导的微服务（用户服务）和一个spring引导的网关服务（网关-服务器），使用Zuul设置到Eureka服务器（发现服务）注册。向用户-服务发送请求直接起作用，并且所有服务都成功地注册到eureka服务器。当我向网关服务器发送请求时，我会得到一个转发错误，原因是“com.netflix.client.clientException：Load balancer没有用于客户端
-
背景 当前有两个服务，分别是user-service和order-service，nacos服务列表中无法发现两个服务 排查 Nacos v2.2.3 依赖已引入，配置文件已配置addr 运行时未出现连接nacos的日志： 希望大佬们可以帮忙看看是什么问题 问题程序链接 https://oss-20001.oss-cn-qingdao.aliyuncs.com/cloud-demo.zip
-
当我们部署到pcf时，Netflix eureka、zuul、ribbon、feign spring cloud配置不有用？（如果是，在pcf中有哪些可选方案以及如何配置它们？） 由于构建微服务遵循CI/CD方法，开发人员在推送代码之前如何验证其微服务的工作，因为我们在生产PCF中没有使用eureka、zuul、ribbon、feign。（如何在developer Machine中模拟pcf环境？
-
到目前为止，我还没有找到使用Blazor服务器（不是WebAssembly）和API网关和微服务的指导。讨论这些Blazor以及API网关和微服务的文章总是提到Blazor WebAssembly（Wasm）。（是不是假设Blazor Server应用程序不会使用微服务？此外，值得一提的是，选择Blazor服务器而不是Blazor WebAssembly的原因是为了更好地保护知识产权。） 无论如何