2月22日 《从Paxos到Zookeeper 分布式一致性原理与实践》读后感

标签：解决   observer   发送   java   工作   它的   logs   延迟   原子性   

工作中使用的场景:

工作中使用dubbo微服务,其中注册中心是由zk提供的,于是课余时光就读了此本zk经典之作

节点名为java接口的类名

 节点下包括了服务提供者,消费者等子节点

 提供者:

消费者:

由于是最底层微服务,所以消费的注册的比较多

zk的特点:

分布式一致性的解决方案,包括:顺序一致性,原子性,单一视图,可靠性,实时性

zk的基本概念:

集群角色:not Master/Slave,is Leader/Follower/Observer

会话:TCP长连接

数据节点(Znode)

版本

Watcher

ACL

一致性协议Paxos算法:

 未认真读

zk的使用:

cli命令:

ls /
create /zk myData
get /zk
set /zk youData
delete /zk

四字命令:功能描述:

conf:输出相关服务配置的详细信息。
cons:有连接到服务器的客户端的完全的连接 /会话的详细信息。包括“接受 / 发送”的包数量、会话 id 、操作延迟、最后的操作执行等等信息。
dump:列出未经处理的会话和临时节点。
envi:输出关于服务环境的详细信息（区别于 conf命令）。
reqs:列出未经处理的请求
ruok:测试服务是否处于正确状态。如果确实如此，那么服务返回“imok ”，否则不做任何相应。
stat:输出关于性能和连接的客户端的列表。
wchs:列出服务器 watch的详细信息。
wchc:通过 session列出服务器 watch的详细信息，它的输出是一个与watch相关的会话的列表。
wchp:通过路径列出服务器 watch的详细信息。它输出一个与 session相关的路径。
例如:
echo stat|nc 127.0.0.1 2181
echo cons|nc 127.0.0.1 2181

zk的应用场景:

zk的技术内幕(源码分析):

 未完

zk的运维:

  未完

2月22日 《从Paxos到Zookeeper 分布式一致性原理与实践》读后感

标签：解决   observer   发送   java   工作   它的   logs   延迟   原子性   

原文地址：http://www.cnblogs.com/victor2302/p/6427121.html