架构师训练营 -- 第六周学习总结

用户头像
花花大脸猫
关注
发布于: 2020 年 07 月 14 日
架构师训练营--第六周学习总结

CAP原理

CAP 定理(CAP theorem)又被称作布鲁尔定理(Brewer's theorem),主要如下所示:

在一个分布式系统(指互相连接并共享数据的节点的集合)中,当涉及读写操作时,只能保证一致性(Consistence)、可用性(Availability)、分区容错性(Partition Tolerance)三者中的两个,另外一个必须被牺牲。



一致性是指“所有节点同时看到相同的数据”,即更新操作成功并返回客户端完成后,所有节点在同一时间的数据完全一致,等同于所有节点拥有数据的最新版本。



可用性是指“任何时候,读写都是成功的”,即服务一直可用,而且是正常响应时间。我们平时会看到一些 IT 公司的对外宣传,比如系统稳定性已经做到 3 个 9、4 个 9,即 99.9%、99.99%,这里的 N 个 9 就是对可用性的一个描述,叫做 SLA,即服务水平协议。比如我们说月度 99.95% 的 SLA,则意味着每个月服务出现故障的时间只能占总时间的 0.05%,如果这个月是 30 天,那么就是 21.6 分钟。



分区容忍性具体是指“当部分节点出现消息丢失或者分区故障的时候,分布式系统仍然能够继续运行”,即系统容忍网络出现分区,并且在遇到某节点或网络分区之间网络不可达的情况下,仍然能够对外提供满足一致性和可用性的服务。



在目前分布式大行其道的环境下,P是肯定存在的一点,所以目前的分布式组件的架构一般由CP(Zookeeper等)与AP(Eureka,cassandra等)组成



BASE原理

BASE 是指基本可用(Basically Available)、软状态( Soft State)、最终一致性( Eventual Consistency),核心思想是即使无法做到强一致性(CAP 的一致性就是强一致性),但应用可以采用适合的方式达到最终一致性。



基本可用(Basically Available)分布式系统在出现故障时,允许损失部分可用性,即保证核心可用。



软状态(Soft State)允许系统存在中间状态,而该中间状态不会影响系统整体可用性。这里的中间状态就是 CAP 理论中的数据不一致。



最终一致性(Eventual Consistency)系统中的所有数据副本经过一定时间后,最终能够达到一致的状态。



BASE 理论本质上是对 CAP 的延伸和补充,更具体地说,是对 CAP 中 AP 方案的一个补充



分布式一致性协调工具--zookeeper



Paxos协议:

在 Paxos 协议中,有三类节点角色,分别是 Proposer、Acceptor 和 Learner,另外还有一个 Client,作为产生议题者。



Zab 一致性协议:

ZooKeeper 是通过 Zab 协议来保证分布式事务的最终一致性。Zab(ZooKeeper Atomic Broadcast,ZooKeeper 原子广播协议)支持崩溃恢复,基于该协议,ZooKeeper 实现了一种主备模式的系统架构来保持集群中各个副本之间数据一致性。



Zab 协议的具体实现可以分为以下两部分:

消息广播阶段

Leader 节点接受事务提交,并且将新的 Proposal 请求广播给 Follower 节点,收集各个节点的反馈,决定是否进行 Commit,在这个过程中,也会使用上一课时提到的 Quorum 选举机制



崩溃恢复阶段

如果在同步过程中出现 Leader 节点宕机,会进入崩溃恢复阶段,重新进行 Leader 选举,崩溃恢复阶段还包含数据同步操作,同步集群中最新的数据,保持集群的数据一致性。



用户头像

花花大脸猫

关注

小小老鼠小小老鼠不偷米大脸猫大脸猫爱吃鱼 2018.05.03 加入

一个默默无闻的码农大叔。。。。

评论

发布
暂无评论
架构师训练营--第六周学习总结