Eric的博客

spring cloud gateway网关是介于nignx以及业务应用之间的中间层，主要负责将请求路由到不同的微服务中以及对请求的合法性进行校验。我们目前网关的选型是spring cloud gateway，位置在nignx之后，各个微服务应用之前。为何在已经有nignx的情况下，中间还需要一道负责负载均衡功能的网关呢？一个原因是spring cloud gateway天然集成了注册中心eureka，能实现应用的自动注册与发现，而nginx每增加一个服务应用都需要手动去设置配置文件。 另一个原

Connection closed prematurely原因：提交参数，http请求链接过长导致网关报错。生产环境出现的问题，在请求一个提交接口报的错，点进去看是netty报的错。各种官网搜索，都没找到合适解决方案，明明设置最大的请求连接长度为10M，但是4Mnetty就报错，是spring网关缺陷。相关网关缺陷，参考：https://github.com/spring-cloud/spring-cloud-gateway/issues/473https://github.com/reacto

微服务访问链路流程：1、一个前端的界面入口普通链接（调用微服务）http://yuanqudev1.zuolin.com/evh/meeting/listMyMeetings（系统普通链接）2、请求来到Nginx（配置访问转发到的地址，这里是gateway、系统的唯一入口） location /evh/ { proxy_set_header X-Forwarded-For $remote_addr; proxy_set_header Host $hos...

Eureka 与 Zookeeper 的区别两者都可以充当注册中心的角色，且可以集群实现高可用，相当于小型的分布式存储系统。CAP 理论CAP 分别为 consistency(强一致性)、availability(可用性) 和 partition toleranc(分区容错性)。理论核心：一个分布式系统不可能同时很好的满足一致性、可用性和分区容错性这三个需求。因此，根据 CAP 原理将 NoSQL 数据库分成满足 CA 原则、满足 CP 原则和满足 AP 原则三大类：CA：单..