2月22日 《从Paxos到Zookeeper 分布式一致性原理与实践》读后感
工作中使用的场景:
工作中使用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的运维:
未完
欢迎大家访问:
我的博客