1.小程序开发定制根据视频慢慢的好好的做总结
小程序开发定制起到了负载均衡的作用。
小程序开发定制在分布式中，CAP理论，ap有可能，c很难做到。
C（一致性）：小程序开发定制所有的节点上的数据时小程序开发定制刻保持同步
A（可用性）：小程序开发定制每个请求都能接受到一个响应，小程序开发定制无论响应成功或失败
P（分区容错）：系统应该能持续提供服务，即使系统内部有消息丢失（分区）
集群化就是为了提高网站的高可用和高并发。
一个tomcat能够承载的并发量400-800个。
那么一个服务器能够装多少个tomcat.需要压测软件。
如果想要上千万并发量，一台服务器几乎不可能做到，除非是银河计算机，
所以要承受高并发，高可用肯定是要做集群部署的。异步多活，在全国各地去部署服务器。跨区域通过消息列队，去通讯，从而实现高可用。不可能把一个鸡蛋都放在一个篮子里，这样风险太大了，就像投资基金和股票一样。实现这些就是靠负载均衡器。
并发几百个请求没问题，但是每天的总量还是很大的。
Nginx也能做负载均衡，为什么不用呢？为什么要学习Ribbon呢？
端口冲突，合并非常麻烦，规划要合理，各种成本非常高，nginx是可以做到的，杀鸡焉用牛刀。开发还要启动和重启nginx,时间都在运维。时间成本也高，出现很多麻烦事。所以要抛弃使用nginx.它是外部的负载均衡器。不停的在外面配置nginx,启动关闭nginx就很麻烦。
最后在网关那层还是用nginx,外部流量分发使用nginx即可。
Ribbon跟有关，非常强大，达到负载均衡的能力。
执行猜想，加了@LoadBalance注解，肯定成为了代理对象RestTemplate,
拦截服务请求，从注册中心的服务列表找到服务器名，通过负载均衡机制，
找到服务器名字进行访问。至于是轮询，权重，随机，固定策略还有待进一步确认。
bootstrap作用就是把微服务的注册配置与单体项目配置文件做隔离区分！有利于更好地管理配置文件。
先运行注册中心，再运行服务提供者和服务消费者。
通过测试，Ribbon默认负载均衡的机制是轮询。RoundRobinRule简单轮询。自旋锁判别唯一性.全局计数器的增加，用了自旋锁保证安全性和可靠性。
不用自旋锁，如果用分布式的计数器，那就需要额外学习成本，没有必要了。
Ribbon有全局配置和局部配置，因为注册中心有很多服务注册再服务列表上，使用全局配置有点太大了，每个服务肯定有或多或少的差异性，所以一般局部配置比较普遍。
全局配置如下：
接下来注释掉全局配置看看局部配置如何使用：
Ribbon也是用springboot开发的，Ribbon也是由springioc容器管理的，所以可以替换。
fastjson long类型没有转换，我们不可能去修改它的源码，只能在配置类自己去配置，把它修改掉。覆盖不了怎么办？加上@Primary的spring注解，是自己的配置类优先级提高。