常见负载方案

详见的负载方案：

1. 集中式负载均衡方案

　　经过软负载（nginx，Apache），硬负载（F5），这种方案常见于中小型企业，全部服务经过Nginx将请求分配到业务服务器上，注意点：要保证nginx的高可用。

　　

2. 客户端负载均衡方案

　　提供服务注册发现机制，服务启动将ip，port等信息注册到注册中心，客户端/消费者从注册中心获取服务列表，而后根据自定义的负载策略进行服务路由，注意点：客户端须要根据自身技术栈进行实现，而且与客户端强绑定。

　　

3. 客户端主机独立负载均衡方案

 　　与第二种方案相比，将负载均衡方案独立出来，此时负载均衡能够为自定义也能够是nginx，相对比较独立，方案缺点：部署相对负载，出现问题定位问题麻烦，毕竟多了几道工序。

　　

 

我的根据自身实际状况的一些想法：

　　1. 因为我的业务是不存在服务注册发现的功能，因此第一个增长服务注册发现功能

　　2. 将注册中心与nginx负载均衡关联，实现nginx动态负载

　　3. 增长故障检测，并与监控关联起来，当服务故障时经过监控及时告知相关人员解决

　　4. 当服务出现故障时，咱们须要对服务进行熔断处理，由于可能中间某一个服务故障会可能会致使整个服务延迟，甚至整个服务不可用，若服务在一台机器上也可能出现服务雪崩的状况，因此我的准备增长服务熔断降级机制。

　　5. 若是服务请求量较大考虑是否增长限流的功能