微服务介绍及eureka注册与发现详解-上课笔记cap理论_第1页
微服务介绍及eureka注册与发现详解-上课笔记cap理论_第2页
微服务介绍及eureka注册与发现详解-上课笔记cap理论_第3页
微服务介绍及eureka注册与发现详解-上课笔记cap理论_第4页
微服务介绍及eureka注册与发现详解-上课笔记cap理论_第5页
已阅读5页，还剩1页未读， 继续免费阅读

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

一:分布式系统的三个指1:Consistency持久性) tolerance(分区容错性结论:CAP戏说分区容错性(Partition大多数分布式系统都分布在多个子网络。每个子网络就叫做一个区（partition）。分区容错的意思是，区间通信可能失败(由于网路原因)。比如，一台服务器放在，另一台服务器放在，这就是两个区，它们之间由于动致不能通信.上图中，G1和G2是两台跨区的服务器。G1向G2发送一条消息，G2可能无法收到。系统设计的时一般来说，分区容错无法避免，因此可以认为CAP的P总是成立。CAP定理告诉我们，剩下的C和A无Consistency（一致性）(各个时间上，各个服务器上的数据必须要一致的Consistency中文叫做"一致性"。意思是，写操作之后的读操作，必须返回该值。举例来说，某条记录是v0，用户向G1发起一个写操作，将其改为v1。存在的问题用户有可能向G2发起读操作，由于G2的值没有发生变化，因此返回的是v0。G1和G2读操作的结果不一致，这就解决方案:为了让G2也能变为v1，就要在G1写操作的时候，让G1向G2发送一条消息，要求G2也改成v1Availability可用Availability中文叫做"可用性"，意思是只要收到用户的请求，服务器就必须给出回用户可以选择向G1或G2发起读操作。不管是哪台服务器，只要收到请求，就必须告诉用户，到底是v0还是v1，否为啥CAP只能三选Consistency和Availability一致性和可用性，为什么不可能同时成立？答案很简单，因为可能通信失败（即出现分区容错）如果保证G2的一致性，那么G1必须在写操作时，锁定G2的读操作和写操作。只有数据同步后，才能重新开放读写。锁定期间，G2不能读写，没有可用性不。如果保证G2的可用性，那么势必不能锁定G2，所以一致性不成综上

人人文库> 全部分类> 教育资料 > 课件下载

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论