cooper_li

前言 之前我们分析了BFE转发http请求的流程, 对一款前端流量接入应用来说, 丰富的协议支持非常重要。目前BFE支持了HTTP/2、SPDY、TLS、WebSocket、FastCGI等应用层协议

前言 通过之前的分析，我们可以了解到一条请求在进入bfe服务后通过转发机制可以确定承载这条请求的子集群, 然后通过不同的负载均衡算法选举出承载这条请求的具体后端实例, 本期我们就仔细看一下http请求

前言 上一篇文章我们分析了golang中的AST结构, 分类。基于这些基础我们就可以开发一下通用的表达式解析工具, 并且在此基础上如果有特殊的需求也可以开发自定义解析函数。 需求定义 假如我们有一个新

前言 在日常的开发任务需求中有许多规则化的事务描述, 给定一组规则, 如果此规则满足则执行对应的触发的动作。而规则中会定义可枚举的特征字段, 操作符等。通过配置化的方式可以极大节约开发成本及维护成本。

前言 通过前面的负载均衡算法系列文章我们分析完了各种算法的优缺点和适用场景，在流量进入BFE选择后端服务之前, 除了通过VIP对应的租户确定对应的集群外, 还可以配置针对HTTP协议的路由转发规则确认

前言 上一篇文章我们分析了BFE的负载均衡算法--平滑加权轮询算法的原理与实现, 在后端服务处理业务能力相对平稳且均衡的情况下, 此算法可以比较理想的实现轮询调度。但是如果服务对于请求的能力处理有较大

前言 上一篇文章我们分析了BFE的负载均衡算法--简单负载均衡算法的设计与实现。从宏观角度看算法可以满足针对不同权重的实例调度, 从微观角度看, 在某些特殊的权重配置下, 可能存在瞬时的对于某个实例的

前言 上一篇文章我们分析了BFE的转发模型原理, 其中不同的负载均衡算法是转发的核心构成, 本篇我们基于第一种算法: 普通加权轮询算法进行源码分析。 源码实现 加权轮询算法实现在bfe_balance

前言 负载均衡技术在服务端是一个比较关键的架构环节, 可分为硬件负载均衡和软件负载均衡, 硬件负载均衡如F5, 软件负载均衡基于OSI网络模型又可分为四层负载均衡和七层负载均衡。硬件负载均衡器和四层负