微服务注册中心原理

本文目录

一、注册中心原理二：注册中心功能

一、注册中心原理

注册中心主要涉及到三大角色：

1. 服务提供者
2. 服务消费者
3. 注册中心

它们之间的关系大致如下：

1. 各个微服务在启动时，将自己的网络地址等信息注册到注册中心，注册中心存储这些数据。

2. 服务消费者从注册中心查询服务提供者的地址，并通过该地址调用服务提供者的接口。

3. 各个微服务与注册中心使用一定机制（例如心跳）通信。如果注册中心与某微服务长时间无法通信，就会注销该实例。

4. 微服务网络地址发送变化（例如实例增加或IP变动等）时，会重新注册到注册中心。这样，服务消费者就无需人工修改提供者的网络地址了。

注册中心的架构图如下：

 

二：注册中心功能

注册中心应具备以下功能：

1. 服务注册表
   服务注册表是注册中心的核心，它用来记录各个微服务的信息，例如微服务的名称、IP、端口等。服务注册表提供查询API和管理API，查询API用于查询可用的微服务实例，管理API用于服务的注册与注销。

2. 服务注册与发现
   服务注册是指微服务在启动时，将自己的信息注册到注册中心的过程。服务发现是指查询可用的微服务列表及网络地址的机制。

3. 服务检查
   注册中心使用一定的机制定时检测已注册的服务，如发现某实例长时间无法访问，就会从服务注册表移除该实例。

• 为什么要用注册中心？
  微服务应用和机器越来越多，调用方需要知道接口的网络地址，如果靠配置文件的方式去控制网络地址，对于动态新增机器，维护带来很大的问题
• 主流的注册中心
  zookeeper、Eureka、consul、etcd等
•  

• 分布式应用CAP理论知识

  CAP理论
  指的是在一个分布式系统中，Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可同时获得。

  一致性（C）
  在分布式系统中的所有数据备份，在同一时刻是否同样的值。（所有节点在同一时间的数据完 全一致，越多节点，数据同步越耗时）
  强一致性（strong consistency）。任何时刻，任何用户都能读取到近一次成功更新的数据。
  单调一致性 （monotonic consistency）。任何时刻，任何用户一旦读到某个数据在某次更新后的值，那么就不会再读到比这个值更旧的值。也 就是说，可获取的数据顺序必是单调递增的。
  会话一致性（session consistency）。任何用户在某次会话中，一旦读到某个数据在某次更新后的值，那么在 本次会话中就不会再读到比这值更旧的值会话一致性是在单调一致性的基础上进一步放松约束，只保证单个用 户单个会话内的单调性，在不同用户或同一用户不同会话间则没有保障。
  最终一致性（eventual consistency）。用户只能读到某次更新后的值，但系统保证数据将终达到完全一致 的状态，只是所需时间不能保障。
  弱一致性（weak consistency）。用户无法在确定时间内读到新更新的值

  可用性（A）
  负载过大后，集群整体是否还能响应客户端的读写请求。（服务一直可用，而且是正常响应时间）。

  分区容错性（P)
  分区容忍性，就是高可用性，一个节点崩了，并不影响其它的节点（100个节点，挂了几 个，不影响服务，越多机器越好） 。

  CAP理论就是说在分布式存储系统中，最多只能实现上面的两点。而由于当前的网络硬件肯定会出现延迟丢包 等问题，所以分区容忍性是我们必须需要实现的。所以我们只能在一致性和可用性之间进行权衡。