一：什么是集群
1、集群技术是一种通用的技术，其目的是为了解决单机运算能力的不足、IO能力的不足、提高服务的可靠性、获得规模可扩展能力，降低整体方案的运维成本（运行、升级、维护成本）。
2、它是共享资源、分担费用、共用信道设备及服务的多用途、高效能的无线调度通信。
二：Eureka集群配置
1、创建chserivcecloud-eureka-7002/chserivcecloud-eureka-7003和7001一样的创建
2、选择父级工程chserivcecloud进行右击->选择Maven->Maven Module
3、工程名称就是chserivcecloud-eureka-7002/chserivcecloud-eureka-7003
1、修改7002/7003的pom.xml
1、在7002和7003工程的pom.xml中粘贴如下的代码(从7001中赋值过来在进行粘贴)
2、修改7002/7003的主启动类
1、直接复制7001的主启动类EurekaServer7001_Ch(包含包)
2、并把主启动类名称改成EurekaServer7002_Ch/EurekaServer7003_Ch
3、修改映射文件
1、因为有3个Eureka需要做域名的区别
2、找到电脑上的C:\Windows\System32\drivers\etc下的hosts文件
3、在映射文件中添加，防止为加载可重启电脑
4、多台Eureka服务器的yml文件配置
1、原理；7001中要有7002/7003,7002中要有7001/7003
2.配置7001
3、7002和7003一样的配置只是修改下hostname和defaultZone的值原理同上
三、修改chserivcecloud-provider-dept-8001
1、将8001发布到3台Eureka集群配置中
2、修改application.yml文件的eureka
四、测试
1、启动7001/7002/7003
2、启动8001
3、浏览器访问：
http://eureka7001.com:7001/
http://eureka7002.com:7002/
http://eureka7003.com:7003/
五、Eureka比Zookeeper好在哪里
1、Netflix设计Eureka要遵守的AP原则(铺垫)
①）、CAP
1、回顾：传统的关系型数据库:MySql/oracle/等遵守重要的理念=>ACID
-A（Atomicity）:原子性
_____________________原子性体现在对于一个事务来讲，要么一起执行成功要么一起失败，执行的过程中是不能被打断或者执行其他操作的
-C（Consistency）:一致性
_____________________一致性表现为事务进行过后和执行前，整体系统都是稳定的，比如对于入账出账操作是不会有总资金的变化的。
-I（Isolation）:隔离性
_____________________隔离性表示各个事务之间不会互相影响，数据库一般会提供多种级别的隔离。实际上多个事务是并发执行的，但是他们之间不会互相影响
-D（Durability）:持久性
_____________________持久性表示一旦一个事务成功了，那么他的改变是永久性的被记录和操作。
2、NoSql数据库(Redis/Mongdb/等)等遵守重要的理念=>CAP
-C（Consistency）：一致性
_____________________数据一致更新，所有数据变动都是同步的
-A（Availability）：可用性
_____________________好的响应性能
-P（Partition tolerance）：分区容错性
_____________________可靠性
3、注意:
1)、任何分布式系统只可同时满足二点，没法三者兼顾
2)、不要将精力浪费在如何设计能满足三者的完美分布式系统，而是应该进行取舍
②）、典型的AP图
1、如上描述的注意事项的任何分布式系统只可同时满足二点，没法三者兼顾那么问题来是满足AP图的那两个？
2、CAP的核心概念就是：一个分部式不可能同时满足一致，可用型和分区容错性这个三个要求
3、因此根据CAP的原理将NoSql数据库分了满足CA原则，CP原则，AP原则三大类:
CA-单点集群，满足：一致性和可用型，通常在扩展性上不上那么强大
CP-满足：一致型和分区容错性，通常性能不是特别高
AP-满足：可用性和分区容错性，通常对一致要求低
4、注意：现在分部式的系统不可能是一台机器或说是在不同的地方,并且网络硬件会出现延迟丢包所以也就是P(分区容错)必须要占用的,也就是CP与AP二选一,只能在一致性和可用性权衡
5、如京东618/淘宝双11这大型电商()，只能选择AP不能选择CP
理由:CP中的C(一致性)是统计某个商品浏览的多少次进行统计,但是不保证AP中的A(可用性)那么用户只知道这个网站能不能用，如网站不能用什么都是白说，
2、Eureka比Zookeeper对比
1、Zookeeper是保证的CP(一致型和分区容错性)
缺点:当 master节点因为网络故障一其他节点失去联系时,剩余的节点会重新进行选举leader(类似Redis的哨兵模式)。问题在于选举leader的时间太长30s-120s，并且选举期间整个Zookeeper集群都是不可用的，这就导致了在选举期间注册服务器瘫痪，并且在云部署的环境下，由于网络问题使Zookeerper失去master节点的概率比较大，虽然服务器最终能够恢复，但是选举的时间过于漫长导致注册长期不可以是不能容忍的。在这个Eureka的自我保护机制来了
2、Eureka是保证的AP(可用性和分区容错性)
Eureka吸取了Zooleerper的这点，因此设计时就优先保证可用性，Eureka各个节点都是平等的，就算中间有节点挂了，其他的节点依然可以提供注册与查询服务。Eureka Cilent在向EurekaServer注册时连接失败，会自动切换到其他的节点只要有一天Eureka可用，这样就保证注册服务可用,只不过查询的信息可能不是最新的(一致性如之前修改的8001与8001xxx)，除此之外，Eureka还有自我保护机制
Eureka Client端与EurekaServer端出现网络故障录下几点:
-1点:Eureka不在从注册表中移除因为长时间没收到心跳二应该过期的服务
-2点：Eureka依然能够接受新的服务的注册与查询请求，但是不会被同步到其他的节点上(包中当前节点依然可用)
-3点：当网络稳定时，当前实例新的注册信息会别同步到其他的节点中
3、如上描述Eureka因此就很好的应对了网络故障导致部分的节点失去联系的情况，而不会像Zooleerper一样让整个注册服务瘫痪