我的博客

CAP原则又称CAP定理，指的是在一个分布式系统中， Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可得兼。 　　CAP原则是NOSQL数据库的基石。Consistency（一致性）。 Availability（可用性）。Partition tolerance（分区容错性）。 分布式系统的CAP理论：理论首先把分布

1969年，美国国防部首度创建起ARPANET，即如今互联网的雏形。而就在同一时期，SWIFT协议则开始用于实现财务转账。作为分布式系统的两大早期实例，二者的出现帮助用户得以更为连续地将单一系统构建为计算集合。       然而，很多对分布式系统有所了解的朋友从未听说过单一计算机的崩溃会影响到整体系统。事实上，这部分问题主要由架构师及配电系统设计人员负责，他们也对此更为了解。       到19

分布式一致性原理1.CAP定理：一个分布式系统不可能同时满足一致性（C），可用性（A）和分区容错性（P）这三个基本需求，最多只能同时满足其中的两项。2.2PC： Prepare（投票）；Commit（事务提交），中断Rollback（事务回滚） 优点：原理简单，实现方便 缺点：同步阻塞，单点问题，脑裂（主从数据不一致）、保守（协调者超时机制判断是否要中断事务）等 案例： 1.引申：淘宝T

原文地址：http://jm-blog.aliapp.com/?p=1232ZooKeeper典型应用场景一览数据发布与订阅（配置中心） 发布与订阅模型，即所谓的配置中心，顾名思义就是发布者将数据发布到ZK节点上，供订阅者动态获取数据，实现配置信息的集中式管理和动态更新。例如全局的配置信息，服务式服务框架的服务地址列表等就非常适合使用。 应用中用到的一些配置信息放到ZK上进行集中管理。这类场景通常是

最近做一个项目引入了dubbo+zookepper的分布式服务治理框架。在应用的发布的时候出现一个怪问题。zookepper服务是起在开发服务器192.168.23.180上。本机起应用服务提供者注册到192.168.23.180上的dubbo服务可以注册成功，用dubbo-admin看也是本机的IP:10.1.24.20。本机起的客户端程序也可以正常调用。但是服务提供者发布到192.168.23...