概念

在微服务架构中，注册中心是核心的基础服务之一。在微服务架构流行之前，注册中心就已经开始出现在分布式架构的系统中。

Dubbo是一个在国内比较流行的分布式框架，被大量的中小型互联网公司所采用，Dubbo是一个非常实用的框架，提供了比较完善的服务治理功能，而服务治理的实现主要依靠的就是注册中心。

注册中心可以说是微服务架构中的”通讯录“
它记录了服务名和服务地址的映射关系。
在分布式架构中，服务会注册到这里，当服务需要调用其它服务时，就到这里找到服务的地址，进行调用。

前置概念

服务提供者与消费者

服务提供者：一次业务中，被其它微服务调用的服务。（提供接口给其它微服务）

服务消费者：一次业务中，调用其它微服务的服务。（调用其它微服务提供的接口）

服务调用关系

服务提供者：暴露接口给其它微服务调用

服务消费者：调用其它微服务提供的接口

提供者与消费者角色其实是相对的

一个服务可以同时是服务提供者和服务消费者

注册中心作用

注册中心不仅解决服务调用的硬编码问题，做到服务调用解耦（注册中心 类似于于Spring的容器）。
服务提供者地址的获取、服务提供者的选择、服务提供者是否可用等等都是注册中心需要做的事情，简单总结以下几点：

• 调用解耦
• 服务注册
• 服务发现
• 负载均衡
• 健康诊断

常见的技术实现

Eureka

Eureka使用的是C/S架构：

image.png

• Eureka Server：注册中心
  用于记录服务信息，心跳检查
• Eureka Client：服务消费者和服务提供者
  provider：
  -注册自己的信息到EurekaServer
  -每个30s向EureServer
  consumer：
  -根据服务名称从EureServer拉取服务列表
  -基于服务列表做负载均衡，选择一个微服务发起远程调用

而且，Eureka支持多节点的部署，从而保证高可用。生产环境中，常用的方式是部署两台节点，做成一个P2P的集群。

Nacos

国内公司一般都推崇阿里巴巴的技术，比如注册中心，SpringCloudAlibaba也推出了一个名为Nacos的注册中心。

Nacos是SpringCloudAlibaba的组件，而SpringCloudAlibaba也遵循SpringCloud中定义的服务注册、服务发现规范。因此使用Nacos和使用Eureka对于微服务来说，并没有太大区别。

Nacos与Eureka的区别

Nacos和Eureka整体结构类似，服务注册、服务拉取、心跳等待，但是也存在一些差异：

将区别之前需要先了解一下Nacos的服务实例类型，具体分为两种类型：

• 临时实例：如果实例宕机超过一定时间，会从服务列表剔除，默认的类型。

• 非临时实例：如果实例宕机，不会从服务列表剔除，也可以叫永久实例。

健康监测方式：

• eureka仅支持心跳模式，即服务提供者每个一段时间向注册中心发起访问完成心跳

• Nacos支持服务端主动检测提供者状态

  • 临时实例采用心跳模式，非临时实例采用主动检测模式
  • 临时实例心跳不正常会被剔除，非临时实例则不会被剔除

服务拉取方面：

• eureka仅支持服务拉取，并缓存一段时间使用。但缓存这段时间，服务挂了 服务消费者并不知晓，会出现访问失败。
• Nacos除了支持服务拉取，还支持服务列表变更的消息推送模式，服务列表更新更及时
• Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式