经典的CAP原则

CAP也即：consistence

c（consistence）,一致性，就是说要么给你返回一个错误，要么就给你绝对正确的一个值，在这个分布式中，比如说，你这个数据库和es或者redis，比如数据库更新了一个值，其他组件的值也要同步更新，而且必须返回值这个正确的值，这个叫一致性

A（avalible），可用性，什么意思呢，就是说你必须给客户端一个值，那不管这个值是对的还是错的，承诺客户端的一个返回结果，这个是和c是相对的，c的话就是要准确性，a的话就是要这个可用性

P（partition），分区容错性，当发生这个故障的时候，不能所有系统都不能用了，这个时候，必要保证这个P，一般这个RPC服务框架中，这个P是必须要保证的

典型的这个注册组件，比如说这个Zookeeper，就是这个CP原则，保证这个数据的高度一致性（非强一致性）

这个Eureka，遵循这个AP原则，服务应用服务注册到这个注册中心来，通过这个心跳机制来判定这个服务的存活

总的来说，这个Eureka比这个Zk更专业些，来做这个注册和服务发现中心

ZK场景的话更适合这个分布式锁