​ 限流对保障系统的可用性有着至关重要的作用，通常限流已经有成熟的框架可以做到，如 Hystrix、Sentinel 等；这里介绍如何使用 Spring Cloud Gateway 实现对 IP 的限流。 存在的问题： 由于使用 JVM 内存对 IP 进行限流，多服务节点可能存在 A 节点限流了，B 节点访问正常的问题; 由于 IP 的存储有过期时间，过期的一瞬间是会存在问题的，例如报错。请结合自身的业务场景选择是否需要让 IP 过期，或者使用 LRU、LFU 等算法替代原有的过期策略。

一、安装Nacos Nacos官方下载地址Nacos码云下载地址（更快） 1.新建数据库nacos_config 2.在数据库中运行解压目录下的/nacos/conf/nacos-mysql.sql 3.在/nacos/conf/application.properties增加数据库配置信息 #数据库配置 spring.datasource.platform=mysql db.num=1 db.url.0=jdbc:mysql://127.0.0.1:3306/nacos_con

本文基于lyft开源的1.6.6版源码：GitHub - lyft/presto-gateway: A load balancer / proxy / gateway for prestodbA load balancer / proxy / gateway for prestodb. Contribute to lyft/presto-gateway development by creating an account on GitHub.https://github.com/lyft/pre

今天写项目遇到了gateway与mvc包冲突的问题，分享一下我的解决方案 spring gateway项目引入了commons  commons中引用了web 出现问题的原因是：gateway在其内部导入了webflux包，但是webmvc和webflux是不能同时出现的。 解决方法： 1.导入的时候忽略spring-boot-starter-web(一般来说，另一个项目中导入了web，一般是用到了web，所以这个方法可能会导致出现其他问题) <depende

一、什么是灰度发布？ 灰度发布（又名金丝雀发布）是指在黑与白之间，能够平滑过渡的一种发布方式。在其上可以进行A/B testing，即让一部分用户继续用产品特性A，一部分用户开始用产品特性B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。 实现的整体思路： 编写灰度路由 编写自定义filter nacos服务配置需要灰度发布的服务的元数据信息以及权重 灰度路由从naco

Spring Cloud GateWay 原理 一、概述 在微服务架构中，每个服务都是一个可以独立开发和运行的组件，而一个完整的微服务架构由一系列独立运行的微服务组成。其中每个服务都只会完成特定领域的功能。各个微服务之间通过轻量级通信机制 REST API 或者 RPC 完成通信。 微服务之后在某些层面会带来一定的影响，比如，一个用户查看一个商品的详情，对于客户端来说，可能需要调用商品服务、评论服务、库存服务等多个服务来完成数据的渲染。 在这个场景中，客户端虽然能通过调用多个服务实现数

ThingsBoard IoT Gateway 实战（二）- 通过 Request Connector 获取天气 1. 问题描述 用API接口查询天气 2. 分析设计 在 ThingsBoard IoT Gateway 中，访问外部API是通过 Request 连接器实现的。

作为学习的记录。我是在虚拟机上搭建了fabric网络和通道，并部署了官方示例fabcar链码，现在想在windows上通过fabric-gateway-java 实现对fabric上链码的调用。 fabric的版本是2.4.0，编译器是IDEA，代码基于springboot框架。 fanric环境的搭建、test-network及通道的创建、链码的部署这里不再赘述。 首先导入如下依赖： <dependency> <groupI

此项目一开始是项目组开发人员自测的，压测工具同样采用的是JMeter，项目组遇到的问题是：TPS 压不上去，即使加大并发TPS也稳定在1300笔/秒左右并且gateway应用CPU消耗约50%左右，项目组研究几天了也没什么实质性的进展。     介入的主要目的就是指导项目组使用JMeter工具，然后就是定位下究竟是什么原因导致的TPS压不上去。     压测环境拓扑图：      分析问题思路：     一般出现TPS压不上去，很大的可能是由于系统常见的某些参数设置的过

最近，我有幸接触到 medcl 大神的杰作：极限网关（INFINI GATEWAY）。INFINI Gateway 有很多优点，也有很多应用的场景。你可以在官方网站上进行阅读。简单说来，极限网关（INFINI Gateway）是一个面向 Elasticsearch 的高性能应用网关，它包含丰富的特性，使用起来也非常简单。极限网关工作的方式和普通的反向代理一样，我们一般是将网关部署在 Elasticsearch 集群前面， 将以往直接发送给 Elasticsearch 的请求都发送给网关，再由网关

限流缘由: 部分接口在某些场景业务下某短时间并发量较高，最简单暴力的方式就是限流 熔断、降级、限流的关系 熔断：熔断强调的是服务之间的调用能实现自我恢复的状态； 限流：限流是从系统的流量入口考虑，从进入的流量上进行限制，达到保护系统的作用； 降级：降级，是从系统内部的平级服务或者业务的维度考虑，流量大了，可以干掉一些，保护其他正常使用； 熔断是降级方式的一种； 降级又是限流的一种方式； 三者都是为了通过一定的方式去保护流量过大时，保护系统的手段。 限流常用算法

网关怎么实现集群：使用nginx实现。 基于nginx部署gateway集群 1、将网关项目多个部署启动 例如： 网关1 127.0.0.1:81 网关1 127.0.0.1:82 3、各个微服务如何知道是哪个网关请求的 在网关的过滤器中给请求头添加可以区别网关的信息。 动态Gateway 动态网关：任何配置都实现不用重启网关服务器都可以及时刷新。 实现思路： 1、分布式配置中心，阅读性差。 2、基于数据库表结构设计。 gateway提供对应的接口：1、直接新增路由；2、直接修改