微服务的注册中心
author:QYX
注册中心可以说是微服务架构中的通讯录，它记录了服务和服务地址的映射关系，在分布式架构中，服务会注册到这里，当服务需要调用其他服务时，
就会在这里找到服务的地址，进行调用
注册中心的主要作用
服务注册中心是微服务架构中非常重要的一个组件，在微服务架构里主要起到了协调者的一个作用，注册中心一般包含如下几个功能:
1、服务发现:
服务注册/反注册：保存服务提供者和服务调用者的信息
服务订阅/取消订阅：服务调用者订阅服务提供者的信息，最好有实时推送的功能
服务路由(可选):具有筛选整合服务提供者的能力
2、服务配置
配置订阅：服务提供者和服务调用者订阅微服务相关的配置
配置下发：主动将配置推送给服务提供者和服务调用者
3、服务健康监测
检测服务提供者的健康情况
常见的注册中心
zookeeper
dubbo中推荐zookeeper作为注册中心
Eureka
Spring Cloud体系中应用广泛
Consul
Go语言开发，支持多数据中心分布式高可用的服务发布和注册服务，采用我们熟知的ralt算法保证服务的一致性，且支持健康检查
Nacos
作为一个Nacos杂只想说6666啊，Nacos是一个更易于构建云原生应用的动态服务发现，配置管理平台和服务管理平台，Spring Cloud Alibaba，
Eureka是Netfilx开发的服务发现框架，SpringCloud将它集成在自己的子项目spring-cloud-netfilx中，实现SpringCloud的服务发现功能
上图简要描述了Eureka的基本架构，由三个角色组成
1 Eureka Server
提供服务注册和发现
2 Service Provider
服务提供方
将自身服务注册到Eureka，从而使服务消费方能够找到
3 Service Consumer
服务消费方
从Eureka获取注册服务列表，从而能够消费服务
工作原理:
服务提供者开启时向Eureka Server注册实例，Eureka Server会将服务提供者的注册信息放入到内存中，且默认每30秒对服务提供者进行心跳检测，如果超过30秒则视为宕机，则删除内存中的注册信息
服务消费方从Eureka Server中获取注册信息，并保存到本地的内存中，并通过注册信息与服务提供者进行通讯，这里可能会引起一致性问题，因为假如Eureka Server的检测到服务提供者宕机则会删除内存
而服务消费者却还保存内存，这就引起了一致性问题，所有Eureka在CAP理论中(C 一致性 A 可用性 P 分区容错性)中只满足AP
Eureka总体介绍
我们的服务发现一般分为两种模式一种为客户端发现模式(我们主要讲这个)，一种为服务端发现模式
服务实例的网络位置都是动态分配的，而且因为扩展，失效和升级等需求，服务实例会常常发生动态改变，因此客户端一种更加复杂的服务发现机制
当使用客户端发现模式时，客户端负责决定相应服务实例之间的网络位置，并且对请求实现负载均衡，客户端从一个服务注册服务中查询，其中是所有可用服务实例的库，客户端使用负载均衡算法对从多个服务实例中选择出一个，然后发出请求
本人的分布式框架也已经开源请大家多多支持啊!