Nginx作为一个成熟、久经考验的负载均衡软件，与其提供丰富、完整的内置变量是分不开的，它极大增加了对Nginx网络行为的控制细度。这些变量大部分都是在请求进入时解析的，并把他们缓存到请求cycle中，方便下一次获取使用。首先来看看Nginx对外都开放了那些API。$arg\_name：请求中的name参数$args：请求中的参数

客户端负载均衡器：RibbonRibbon是一个客户端负载平衡器，它可以很好地控制HTTP和TCP客户端的行为。Feign已经使用Ribbon，所以如果你使用@FeignClient，那么这一节也适用。Ribbon中的中心概念是命名客户端的概念。每个负载平衡器是组合的组合的一部分，它们一起工作以根据需要联系远程服务

 1.IIS中部署2个网站创建2个网站，端口分别为9001、9002!(https://oscimg.oschina.net/oscnet/54d4591ef5cef53912acffb1316212d716e.png)!(https://img2018.cnblogs.com/blog/523991/2018

用LVS实现负载均衡实现步骤：若在虚拟环境中需执行此步骤创建两个新的虚拟机，VMWARE可忽略此步骤真实主机:cd/var/lib/libvirt/images/ls

!(https://pic3.zhimg.com/80/v2230ff37a55e7b3b8223355c10baf99da_720w.jpg)RSocket分布式通讯协议是SpringReactive的核心内容，从SpringFramework5.2开始，RSocket已经是Spring的内置功能，SpringBoot2

!(https://oscimg.oschina.net/oscnet/771a0d0e23e340899ccabdd804af8569.gif)互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，Dubbo是一个分布式服务框架，在这种情况下诞生的。现在核心业务抽取出来，作为独立的服务，

　在最初开始构建微服务系统的时候可能服务并不多，我们可以通过做一些静态配置来完成服务的调用。比如，有两个服务A和B，其中服务A需要调用服务B来完成一个业务操作时，为了实现服务B的高可用，不论采用服务端负载均衡还是客户端负载均衡，都需要手工维护服务B的具体实例清单。但是随着业务的发展，系统功能越来越复杂，相应的微服务应用也不断增加，我们的静态配置会变得越来越

自建k8s而非云环境，组件mysql类（部分有状态服务）部署在虚机里也即集群外，业务服务部署在k8s集群内。需求：集群内、集群外，业务服务和组件相互间通过负载均衡、高可用的形式连通。此需求拆解成两个问题进行解决，接着往下看。集群内：k8s集群集群外：k8s集群外的应用部署在虚拟机或物理机环境

现代的企业级或互联网系统往往需要进行流量规划，达成透明多级分流。流量从客户端发出到服务端处理这个过程里，流经的与功能无关的技术部件有（达成“透明分流”这个目标所采用的工具与手段）：客户端缓存、域名服务器、传输链路、内容分发网络、负载均衡器、服务端缓存。透明分流带来的价值：高可用架构、高并发。

一、背景搜索推荐算法架构为京东集团所有的搜索推荐业务提供服务，实时返回处理结果给上游。部门各子系统已经实现了基于CPU的自适应限流，但是Client端对Server端的调用依然是RR轮询的方式，没有考虑下游机器性能差异的情况，无法最大化利用集群整体CPU，