这篇SpringCloud GateWay 详解,你用的到
在微服务架构中,通常一个系统会被拆分为多个微服务,面对这么多微服务客户端应该如何去调用呢?如果没有其他更优方法,我们只能记录每个微服务对应的地址,分别去调用,但是这样会有很多的问题和潜在因素。
客户端多次请求不同的微服务,会增加客户端代码和配置的复杂性,维护成本比价高。认证复杂,每个微服务可能存在不同的认证方式,客户端去调用,要去适配不同的认证。存在跨域的请求,调用链有一定的相对复杂性(防火墙 / 浏览器不友好的协议)。难以重构,随着项目的迭代,可能需要重新划分微服务。
为了解决上面的问题,微服务引入了
THE END