高可用(HA)：直白来说就是系统不会因为某台机器，或某个实例挂了，就不能提供服务了。高可用需要做到分布式、负载均衡、自动侦查、自动切换、自动恢复等。

两阶段提交协议是协调所有分布式原子事务参与者，并决定提交或取消（回滚）的分布式算法。

高可用（HA）是分布式系统架构设计中必须考虑的因素之一，它通常是指，通过设计减少系统不能提供服务的时间。服务器的可用性是指单位时间内（通常一年），服务器可以正常工作的时间比例。

对于系统的稳定性，人为因素占比最大，所以我们在这方面下工夫最多。研发流程方面尽可能把所有流程都流程化、标准化、自动化，减少人为的过多的干预。上线流程：测试（自测、CR、QA测试）、预发、灰度、小流程、全量 CheckList、上线发布策略（先单台，再批量）

我们一般的应对策略是缓存、降级和限流！缓存缓存的目的是提升系统访问速度和增大系统能处理的容量，可谓是抗高并发流量的银弹；本地缓存，控制单机请求量很有效，如果分布式缓存承压的情况下也可以通过本地缓存先进行过滤。

常用限流算法计数器算法单位时间内设定限频阈值，如果访问超过该阈值则拒绝。实现简单，缺点是容易在小突发流量情况下，拒绝很多请求，影响服务可用性漏桶算法(Leaky Bucket)漏桶作为计量工具

服务器为每个用户创建一个会话，存储用户的相关信息，以便多次请求能够定位到同一个上下文。

Zab（Zookeeper Atomic Broadcast）是为ZooKeeper协设计的崩溃恢复原子广播协议，它保证zookeeper集群数据的一致性和命令的全局有序性。ZAB协议的两种基本模式：崩溃恢复模式和消息广播模式。

服务注册服务注册是针对服务端的，服务启动后需要注册，分为几个部分：启动注册、定时续期、退出撤销服务发现服务发现是针对调用端的，一般分为两类问题：存量获取、增量侦听客户端发现模式（客户端自主选择）服务提供者向注册中心进行注册