�??xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>&#19969;&#39321;&#21478;&#31867;&#28608;&#24773;&#23567;&#35828;&#44;&#25104;&#20154;&#97;&#118;&#22312;&#32447;&#32593;&#44;&#20122;&#27954;&#28608;&#24773;&#23567;&#35270;&#39057;</title><link>http://blogjava.net/stevenjohn/category/54675.html</link><description>那些青春的岁�?/description><language>zh-cn</language><lastBuildDate>Fri, 08 May 2015 16:30:03 GMT</lastBuildDate><pubDate>Fri, 08 May 2015 16:30:03 GMT</pubDate><ttl>60</ttl><item><title>Zookeeper 基本机制</title><link>http://www.aygfsteel.com/stevenjohn/archive/2015/05/08/424957.html</link><dc:creator>abin</dc:creator><author>abin</author><pubDate>Fri, 08 May 2015 14:10:00 GMT</pubDate><guid>http://www.aygfsteel.com/stevenjohn/archive/2015/05/08/424957.html</guid><wfw:comment>http://www.aygfsteel.com/stevenjohn/comments/424957.html</wfw:comment><comments>http://www.aygfsteel.com/stevenjohn/archive/2015/05/08/424957.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/stevenjohn/comments/commentRss/424957.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/stevenjohn/services/trackbacks/424957.html</trackback:ping><description><![CDATA[<div   class="wmqeeuq"   id="header"> <h1><span style="font-size: 14px;">实现</span></h1></div><div><div   class="wmqeeuq"   id="cnblogs_post_body"> <p>Zookeeper有两�U�运行模式：</p> <p>独立模式�Q�standalone mode):只运行在一台服务器上，适合���试环境</p> <p>复制模式�Q�replicated  mode)�Q�运行于一个集���上�Q�适合生��环境�Q�这个计���机集群被称��Z���?#8220;集合�?#8221;�Q�ensemble�Q�。Zookeeper通过复制来实现高可用性，只要集合体中半数以上的机器处于可用状态，它就能够保证服务�l�箋。�ؓ什么一定要���过半数呢？�q�跟Zookeeper的复制策略有养I��zookeeper���保对znode�?w��i)的每一个修攚w��会被复制到集合体中超�q�半数的机器上�?/p> <p>生��环境�Q�zookeeper集群的服务器数目应该是奇数�?/p> <h3>Zookeeper集群中的角色及其职责</h3> <p>领导�?/p> <p>　　1.���理写请�?/p> <p>跟随�?/p> <p>　　1.响应客户端的读请�?/p> <p>　　2.负责把客��L(f��ng)��提交的写��h��转发�l�领��D�?/p> <p>&nbsp;</p><p>znode的观察机�?/p><p>&nbsp;</p><p>znode以某�U�方式发生变化时�Q?#8220;观察&#8221;�Q�watch�Q�机制可以让客户端得到通知。可以针对ZooKeeper服务�?#8220;操作&#8221;来设�|�观察，该服务的其他操作可以触发观察。比如，客户端可以对某个客户端调用exists操作�Q�同时在它上面设�|�一个观察，如果此时�q�个znode不存在，则exists�q�回false�Q�如果一�D�|��间之后，�q�个znode被其他客��L(f��ng)��创徏�Q�则�q�个观察会被触发�Q�之前的那个客户端就会得到通知�?br /><br /></p><div>sync�Q?���客��L(f��ng)��的znode视图与ZooKeeper同步</div><div>SYNC消息�Q�返回SYNC�l�果到客��L(f��ng)���Q�这个消息最初由客户端发��P��用来强制得到最新的更新�?/div><p style="line-height: 150%; text-indent: -21pt; margin-left: 21pt; tab-stops: 21.0pt; mso-list: l2 level1 lfo6"><span style="font-family: 宋体; color: blue; mso-ascii-font-family: 'Times new roman'; mso-hansi-font-family: 'Times new roman'">跨客��L(f��ng)��视图的�ƈ发一致性：<br /><br /></span></p><p style="line-height: 150%; text-indent: 21pt;"><span style="color: blue" xmllang="EN-US">ZooKeeper</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">�q�不保证在某时刻�Q�两个不同的客户端具有一致的数据视图。因为网�l��g�q�的原因�Q�一个客��L(f��ng)��可能在另一个客��L(f��ng)��得到修改通知之前�q�行更新。假定有两个客户�?/span><span style="color: blue" xmllang="EN-US">A</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">�?/span><span style="color: blue" xmllang="EN-US">B</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">。如果客��L(f��ng)��</span><span style="color: blue" xmllang="EN-US">A</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">���一个节�?/span><span style="color: blue" xmllang="EN-US">/a</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">的��g��</span><span style="color: blue" xmllang="EN-US">0</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">修改�?/span><span style="color: blue" xmllang="EN-US">1</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">�Q�然后通知客户�?/span><span style="color: blue" xmllang="EN-US">B</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">��d��</span><span style="color: blue" xmllang="EN-US">/a</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">�Q�客��L(f��ng)��</span><span style="color: blue" xmllang="EN-US">B</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">��d��到的值可能还�?/span><span style="color: blue" xmllang="EN-US">0</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">�Q�这取决于它�q�接��C��哪个服务器。如果客��L(f��ng)��</span><span style="color: blue" xmllang="EN-US">A</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">�?/span><span style="color: blue" xmllang="EN-US">B</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">��d��到相同的值很重要�Q�那么客��L(f��ng)��</span><span style="color: blue" xmllang="EN-US">B</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">应该在执行读取之前调�?/span><span style="color: blue" xmllang="EN-US">sync()</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">�Ҏ(gu��)���?/span></p> <p style="line-height: 150%; text-indent: 21pt;"><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">所以，</span><span style="color: blue" xmllang="EN-US">ZooKeeper</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">本��n不保证修改在多个服务器间同步地发生，但是可以使用</span><span style="color: blue" xmllang="EN-US">ZooKeeper</span><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'">原语来构建高层功能，提供有用的客��L(f��ng)��同步�?br /><br /><br /></span></p><div style="text-indent: 28px;"><font color="#0000ff" face="宋体"><br /></font></div><div style="text-indent: 28px;">&nbsp;设计目的</div><div style="text-indent: 28px;">1.最�l�一致性：client不论�q�接到哪个Server�Q�展�C�给它都是同一个视图，�q�是zookeeper最重要的性能�?/div><div style="text-indent: 28px;"></div><div style="text-indent: 28px;">2 .可靠性：��h�����单、健壮、良好的性能�Q�如果消息m被到一台服务器接受�Q�那么它?y��u)��被所有的服务器接受�?/div><div style="text-indent: 28px;"></div><div style="text-indent: 28px;">3 .实时性：Zookeeper保证客户端将在一个时间间隔范围内获得服务器的更新信息�Q�或者服务器失效的信息。但�׃���|�络延时�{�原因，Zookeeper不能保证两个客户端能同时得到刚更新的数据�Q�如果需要最新数据，应该在读数据之前调用sync()接口�?/div><div style="text-indent: 28px;"></div><div style="text-indent: 28px;">4 .�{�待无关�Q�wait-free�Q�：慢的或者失效的client不得�q�预快速的client的请求，使得每个client都能有效的等待�?/div><div style="text-indent: 28px;"></div><div style="text-indent: 28px;">5.原子性：更新只能成功或者失败，没有中间状态�?/div><div style="text-indent: 28px;"></div><div style="text-indent: 28px;">6 .��序性：包括全局有序和偏序两�U�：全局有序是指如果在一台服务器上消息a在消息b前发布，则在所有Server上消息a都将在消息b前被发布�Q�偏序是指如果一个消息b在消息a后被同一个发送者发布，a必将排在b前面�?/div><div style="text-indent: 28px;"></div><div style="text-indent: 28px;"></div><p style="line-height: 150%; text-indent: 21pt;"><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'"><br />节点宕机�Q?br /><br /></span></p><div style="text-indent: 28px;"><font color="#0000ff" face="宋体">应用集群中，我们常常需要让每一个机器知道集���中�Q�或依赖的其他某一个集���）哪些机器是活着的，�q�且在集���机器因为宕机，�|�络断链�{�原因能够不在�h工介入的情况下迅速通知到每一个机器�?/font></div><div style="text-indent: 28px;">Zookeeper同样很容易实现这个功能，比如我在zookeeper服务器端有一个znode�?APP1SERVERS,那么集群中每一个机器启动的时候都去这个节点下创徏一个EPHEMERAL�c�d��的节点，比如server1创徏/APP1SERVERS/SERVER1(可以使用ip,保证不重�?�Q�server2创徏/APP1SERVERS/SERVER2�Q�然后SERVER1和SERVER2都watch /APP1SERVERS�q�个父节点，那么也就是这个父节点下数据或者子节点变化都会通知对该节点�q�行watch的客��L(f��ng)��。因为EPHEMERAL�c�d��节点有一个很重要的特性，���是客户端和服务器端�q�接断掉或者session�q�期��׃��使节�Ҏ(gu��)��失，那么在某一个机器挂掉或者断铄���时候，其对应的节点��׃��消失�Q�然后集���中所有对/APP1SERVERS�q�行watch的客��L(f��ng)��都会收到通知�Q�然后取得最新列表即可�?/div><div style="text-indent: 28px;"></div><p style="line-height: 150%; text-indent: 21pt;"><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'"><br /></span></p><div style="text-indent: 28px;"><font color="#0000ff" face="宋体">zookeeper是一个高可用性，高性能的协调服�?/font></div><div style="text-indent: 28px;"></div><div style="text-indent: 28px;">解决哪些问题</div><div style="text-indent: 28px;">在分布式应用中，�l�常会出现部分失败的情况�Q�即当节炚w��传递消息的时候由于网�l�或者接收者进�E�死掉等原因�Q�发送者无法知道接收者是否收到消息�?/div><div style="text-indent: 28px;"></div><div style="text-indent: 28px;">�׃��部分��p�|是分布式�pȝ��固有的特征因此zookeeper�q�不能避免部分失败，但是它可以帮你在部分��p�|的时候进行正���处�?/div><div style="text-indent: 28px;"></div><div style="text-indent: 28px;">��Z��解决�q�个问题zookeeper��h��以下特征�Q?/div><div style="text-indent: 28px;">1�Q�zookeeper提供丰富的构�Ӟ��building block�Q�来实现很多协调数据�l�构和协�?/div><div style="text-indent: 28px;">2�Q�访问原子性，客户端要么读到所有数据，要么��d����p�|�Q�不会出现只��d��部分的情�?/div><div style="text-indent: 28px;">3�Q�zookeeper�q�行在一�l�机器上�Q�具有高可用性，帮助�pȝ��避免单点故障�Q�同时删掉故障服务器</div><div style="text-indent: 28px;">4�Q�顺序一致性：��L��客户端的更新��h��会被按照发送顺序提�?/div><div style="text-indent: 28px;">5�Q�单一�pȝ��映像�Q�当一台服务器故障�Q�导致它的客��L(f��ng)��需要连接其它服务器的时候，所有更新晚于故障服务器的服务器都不会接收请求，一直到更新赶上故障服务�?/div><div style="text-indent: 28px;">6�Q�及时性：��M��客户端能看到的滞后都是有限的�Q�不会超�q�几十秒�Q�且提供sync操作强制客户端所�q�的服务器与领导者同�?/div><div style="text-indent: 28px;">7�Q�会话：每个客户端连接时会尝试连接到配置列表中的一台服务器�Q�一旦失败会自动�q�接另一台服务器依次�c�L���Q�知道成功连接一台服务器�Q�从而创��Z��个会话，客户端可以位每个会话讄������时旉����Q�一旦会话过期，则所有短暂znode会丢失，因�ؓzookeeper会自动发送心跛_���Q�所以很���发�?/div><div style="text-indent: 28px;">8�Q�约会机�Ӟ��rendezvous�Q�，在交互的�q�程中，被协调的各方不许要事先彼此了解，甚至不必同时存在</div><div style="text-indent: 28px;">9�Q�ACL�Q�zookeeper提供了digest�Q�通过用户名密码）�Q�host�Q�通过��L��名）�Q�ip�Q�通过ip地址�Q?�U���n份验证模式，依赖与zookeeper的��n份验证机制每个ACL都是一个��n份对应一�l�权限，如果我们要给demo.com的客��L(f��ng)��域一个读权限在java语言中可以这样创建：</div><div style="text-indent: 28px;">new ACL(Perms.READ, new Id("host", "demo.com"));</div><div style="text-indent: 28px;">Ids.OPEN_ACL_UNSAFE是将所有ADMIN之外的权限授予每个�h</div><div style="text-indent: 28px;">另zookeeper�q�可以集成第三方的��n份验证系�l?/div><div style="text-indent: 28px;"></div><div style="text-indent: 28px;">10�Q�提供关于通用协调模式的开源共享资源库</div><div style="text-indent: 28px;">11�Q�高性能的（官方数据�Q�对以写��Z��的工作负载来说���?��C��错的机器基准吞吐量达�?0000+</div><div style="text-indent: 28px;"></div><p style="line-height: 150%; text-indent: 21pt;"><span style="font-family: 宋体; color: blue;'Times new roman';'Times new roman'"><br /><br /><br /></span></p></div></div><img src ="http://www.aygfsteel.com/stevenjohn/aggbug/424957.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/stevenjohn/" target="_blank">abin</a> 2015-05-08 22:10 <a href="http://www.aygfsteel.com/stevenjohn/archive/2015/05/08/424957.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>ZooKeeper典型应用场景一�?/title><link>http://www.aygfsteel.com/stevenjohn/archive/2015/01/11/422171.html</link><dc:creator>abin</dc:creator><author>abin</author><pubDate>Sat, 10 Jan 2015 18:57:00 GMT</pubDate><guid>http://www.aygfsteel.com/stevenjohn/archive/2015/01/11/422171.html</guid><wfw:comment>http://www.aygfsteel.com/stevenjohn/comments/422171.html</wfw:comment><comments>http://www.aygfsteel.com/stevenjohn/archive/2015/01/11/422171.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/stevenjohn/comments/commentRss/422171.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/stevenjohn/services/trackbacks/422171.html</trackback:ping><description><![CDATA[<p style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden; color: #2c2c2c; font-family: 宋体, 'Arial Narrow', arial, serif; line-height: 28px; background-color: #ffffff;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">ZooKeeper是一个高可用的分布式数据���理与系�l�协调框架。基于对Paxos���法的实玎ͼ�使该框架保证了分布式环境中数据的��Z��致性，也正是基于这��L(f��ng)���Ҏ(gu��)��，使得ZooKeeper解决很多分布式问题。网上对ZK的应用场景也有不���介�l�，本文���结合作者��n边的��目例子�Q�系�l�地对ZK的应用场景进行一个分门归�cȝ��介绍�?/span></p><p style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden; color: #2c2c2c; font-family: 宋体, 'Arial Narrow', arial, serif; line-height: 28px; background-color: #ffffff;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">值得注意的是�Q�ZK�q����天生���是�����些应用场景设计的�Q�都是后来众多开发者根据其框架的特性，利用其提供的一�p�d��API接口�Q�或者称为原语集�Q�，摸烦出来的典型��用方法。因此，也非常欢�q�读者分享你在ZK使用上的奇技淫��y�?/span></p><table cellspacing="0" cellpadding="0" style="padding: 0px; margin: 0px auto 10px; font-size: 12px; border-collapse: collapse; color: #2c2c2c; font-family: 宋体, 'Arial Narrow', arial, serif; border-style: solid; background-color: #ffffff;"><tbody style="padding: 0px; margin: 0px;"><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#FF8F59" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><p align="center" style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden;">&nbsp;<span style="padding: 0px; margin: 0px; font-size: 28px;"><strong style="padding: 0px; margin: 0px;">ZooKeeper</strong><strong style="padding: 0px; margin: 0px;">典型应用场景一�?/strong></span></p></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#8CEA00" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';"><span style="padding: 0px; margin: 0px; font-size: 18px;"><strong style="padding: 0px; margin: 0px;">数据发布与订阅（配置中心�Q?/strong></span></span></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#C2C287" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">发布与订阅模型，��x��谓的配置中心�Q�顾名思义���是发布者将数据发布到ZK节点上，供订阅者动态获取数据，实现配置信息的集中式���理和动态更新。例如全局的配�|�信息，服务式服务框架的服务地址列表�{�就非常适合使用�?/span></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#D0D0D0" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">1</strong>. 应用中用到的一些配�|�信息放到ZK上进行集中管理。这�c�d��景通常是这��P��应用在启动的时候会��d��来获取一�ơ配�|�，同时�Q�在节点上注册一个Watcher�Q�这样一来，以后每次配置有更新的时候，都会实时通知到订阅的客户端，从来辑ֈ�获取最新配�|�信息的目的�?/span><br style="padding: 0px; margin: 0px;" /><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">2</strong>. 分布式搜索服务中�Q�烦引的元信息和服务器集���机器的节点状态存攑֜�ZK的一些指定节点，供各个客��L(f��ng)��订阅使用�?/span><br style="padding: 0px; margin: 0px;" /><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">3</strong>. 分布式日志收集系�l�。这个系�l�的核心工作是收集分布在不同机器的日志。收集器通常是按照应用来分配攉�����d��单元�Q�因此需要在ZK上创��Z��个以应用名作为path的节点P�Q��ƈ���这个应用的所有机器ip�Q�以子节点的形式注册到节点P上，�q�样一来就能够实现机器变动的时候，能够实时通知到收集器调整��d��分配�?/span><br style="padding: 0px; margin: 0px;" /><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">4</strong>. �pȝ��中有些信息需要动态获取，�q�且�q�会存在人工手动��M��改这个信息的发问。通常是暴露出接口�Q�例如JMX接口�Q�来获取一些运行时的信息。引入ZK之后�Q�就不用自己实现一套方案了�Q�只要将�q�些信息存放到指定的ZK节点上即可�?/span><br style="padding: 0px; margin: 0px;" /><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';"><strong style="padding: 0px; margin: 0px;">注意</strong>�Q�在上面提到的应用场景中�Q�有个默认前提是�Q�数据量很小�Q�但是数据更新可能会比较快的场景�?/span></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#8CEA00" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';"><span style="padding: 0px; margin: 0px; font-size: 18px;"><strong style="padding: 0px; margin: 0px;">负蝲均衡</strong></span></span></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#C2C287" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">�q�里说的负蝲均衡是指软负载均衡。在分布式环境中�Q��ؓ了保证高可用性，通常同一个应用或同一个服务的提供斚w��会部�|�多份，辑ֈ�对等服务。而消费者就��要在这些对�{�的服务器中选择一个来执行相关的业务逻辑�Q�其中比较典型的是消息中间�g中的生��者，消费者负载均衡�?/span></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#D0D0D0" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><p style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">消息中间件中发布者和订阅者的负蝲均衡�Q�linkedin开源的KafkaMQ和阿里开源的</span><a  style="padding: 0px; margin: 0px; color: #2c628d; text-decoration: none;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">metaq</span></a><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">都是通过zookeeper来做到生产者、消费者的负蝲均衡。这里以metaq��Z��如讲下：</span></p><p style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';"><strong style="padding: 0px; margin: 0px;">生��者负载均�?/strong>�Q�metaq发送消息的时候，生��者在发送消息的时候必��选择一台broker上的一个分区来发送消息，因此metaq在运行过�E�中�Q�会把所有broker和对应的分区信息全部注册到ZK指定节点上，默认的策略是一个依�ơ轮询的�q�程�Q�生产者在通过ZK获取分区列表之后�Q�会按照brokerId和partition的顺序排列组�l�成一个有序的分区列表�Q�发送的时候按照从头到�����@环往复的方式选择一个分区来发送消息�?/span></p><p style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';"><strong style="padding: 0px; margin: 0px;">消费负蝲均衡�Q?/strong>&nbsp;在消费过�E�中�Q�一个消费者会消费一个或多个分区中的消息�Q�但是一个分区只会由一个消费者来消费。MetaQ的消费策略是�Q?/span></p><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">1</strong>. 每个分区针对同一个group只挂载一个消费者�?/span><br style="padding: 0px; margin: 0px;" /><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">2</strong>. 如果同一个group的消费者数目大于分区数目，则多出来的消费者将不参与消贏V�?/span><br style="padding: 0px; margin: 0px;" /><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">3</strong>. 如果同一个group的消费者数目小于分区数目，则有部分消费者需要额外承担消费�Q务�?/span><br style="padding: 0px; margin: 0px;" /><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp; &nbsp; 在某个消费者故障或者重启等情况下，其他消费者会感知到这一变化�Q�通过 zookeeper watch消费者列表）�Q�然后重新进行负载均衡，保证所有的分区都有消费者进行消贏V�?/span></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#8CEA00" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';"><span style="padding: 0px; margin: 0px; font-size: 18px;"><strong style="padding: 0px; margin: 0px;">命名服务(Naming Service)</strong></span></span></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#C2C287" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">命名服务也是分布式系�l�中比较常见的一�c�d��景。在分布式系�l�中�Q�通过使用命名服务�Q�客��L(f��ng)��应用能够�Ҏ(gu��)��指定名字来获取资源或服务的地址�Q�提供者等信息。被命名的实体通常可以是集���中的机器，提供的服务地址�Q�远�E�对象等�{?#8212;&#8212;�q�些我们都可以统�U�C��们�ؓ名字�Q�Name�Q�。其中较为常见的���是一些分布式服务框架中的服务地址列表。通过调用ZK提供的创�����点的API�Q�能够很�Ҏ(gu��)��创徏一个全局唯一的path�Q�这个path���可以作��Z��个名�U��?/span></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#D0D0D0" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><p style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">阉K��巴巴集团开源的分布式服务框架Dubbo中��用ZooKeeper来作为其命名服务�Q�维护全局的服务地址列表�Q?/span><a  style="padding: 0px; margin: 0px; color: #2c628d; text-decoration: none;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">点击�q�里</span></a><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">查看Dubbo开源项目。在Dubbo实现中：</span></p><p style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';"><strong style="padding: 0px; margin: 0px;">服务提供�?/strong>在启动的时候，向ZK上的指定节点/dubbo/${serviceName}/providers目录下写入自��q��URL地址�Q�这个操作就完成了服务的发布�?/span></p><p style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';"><strong style="padding: 0px; margin: 0px;">服务消费�?/strong>启动的时候，订阅/dubbo/${serviceName}/providers目录下的提供者URL地址�Q?�q�向/dubbo/${serviceName} /consumers目录下写入自��q��URL地址�?/span></p><p style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';"><strong style="padding: 0px; margin: 0px;">注意</strong>�Q�所有向ZK上注册的地址都是临时节点�Q�这样就能够保证服务提供者和消费者能够自动感应资源的变化�?另外�Q�Dubbo�q�有针对服务�_�度的监控，�Ҏ(gu��)��是订�?dubbo/${serviceName}目录下所有提供者和消费者的信息�?/span></p></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#8CEA00" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';"><span style="padding: 0px; margin: 0px; font-size: 18px;"><strong style="padding: 0px; margin: 0px;">分布式通知/协调</strong></span></span></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#C2C287" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">ZooKeeper中特有watcher注册与异步通知机制�Q�能够很好的实现分布式环境下不同�pȝ��之间的通知与协调，实现�Ҏ(gu��)��据变更的实时处理。��用方法通常是不同系�l�都对ZK上同一个znode�q�行注册�Q�监听znode的变化（包括znode本��n内容及子节点的）�Q�其中一个系�l�update了znode�Q�那么另一个系�l�能够收到通知�Q��ƈ作出相应处理</span></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#D0D0D0" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">1</strong>. 另一�U�心��x�����机�Ӟ��������系�l�和被检���系�l�之间�ƈ不直接关联�v来，而是通过zk上某个节点关联，大大减少�pȝ��耦合�?/span><br style="padding: 0px; margin: 0px;" /><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">2</strong>. 另一�U�系�l�调度模式：某系�l�有控制台和推送系�l�两部分�l�成�Q�控制台的职责是控制推送系�l�进行相应的推送工作。管理�h员在控制��C��的一些操作，实际上是修改了ZK上某些节点的状态，而ZK���把�q�些变化通知�l�他们注册W(xu��)atcher的客��L(f��ng)���Q�即推送系�l�，于是�Q�作出相应的推送�Q务�?/span><br style="padding: 0px; margin: 0px;" /><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">3</strong>. 另一�U�工作汇报模式：一些类��g����d��分发�pȝ���Q�子��d��启动后，到zk来注册一个��(f��)时节点，�q�且定时���自��q���q�度�q�行汇报�Q�将�q�度写回�q�个临时节点�Q�，�q�样��d�����理者就能够实时知道��d���q�度�?/span><br style="padding: 0px; margin: 0px;" /><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">��M���Q���用zookeeper来进行分布式通知和协调能够大大降低系�l�之间的耦合</span></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#8CEA00" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';"><span style="padding: 0px; margin: 0px; font-size: 18px;"><strong style="padding: 0px; margin: 0px;">集群���理与Master选�D</strong></span></span></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#C2C287" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">1</strong>. 集群机器监控�Q�这通常用于那种寚w�����中机器状态，机器在线率有较高要求的场景，能够快速对集群中机器变化作出响应。这��L(f��ng)��场景中，往往有一个监控系�l�，实时������集���机器是否存?g��u)z�R��过�ȝ��做法通常是：监控�pȝ��通过某种手段�Q�比如ping�Q�定时检���每个机器，或者每个机器自己定时向监控�pȝ��汇报&#8220;我还?g��u)zȝ��&#8221;�?�q�种做法可行�Q�但是存在两个比较明昄���问题�Q?/span><br style="padding: 0px; margin: 0px;" /><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">1</strong>. 集群中机器有变动的时候，牵连修改的东西比较多�?/span><br style="padding: 0px; margin: 0px;" /><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">2</strong>. 有一定的延时�?/span><br style="padding: 0px; margin: 0px;" /><p align="left" style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp; &nbsp; &nbsp; 利用ZooKeeper有两个特性，���可以实现另一�U�集���机器存?g��u)z�L��监控系�l�：</span></p><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">1</strong>. 客户端在节点 x 上注册一个Watcher�Q�那么如�?x?的子节点变化了，会通知该客��L(f��ng)���?/span><br style="padding: 0px; margin: 0px;" /><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">2</strong>. 创徏EPHEMERAL�c�d��的节点，一旦客��L(f��ng)��和服务器的会话结束或�q�期�Q�那么该节点��׃��消失�?/span><br style="padding: 0px; margin: 0px;" /><p align="left" style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp; &nbsp; &nbsp;例如�Q�监控系�l�在 /clusterServers 节点上注册一个Watcher�Q�以后每动态加机器�Q�那么就往 /clusterServers 下创��Z���?EPHEMERAL�c�d��的节点：/clusterServers/{hostname}. �q�样�Q�监控系�l�就能够实时知道机器的增减情况，至于后箋处理���是监控�pȝ��的业务了�?/span></p><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">2</strong>. Master选�D则是zookeeper中最为经典的应用场景了�?/span><br style="padding: 0px; margin: 0px;" /><p align="left" style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">在分布式环境中，相同的业务应用分布在不同的机器上�Q�有些业务逻辑�Q�例如一些耗时的计���，�|�络I/O处理�Q�，往往只需要让整个集群中的某一台机器进行执行，其余机器可以�׃�n�q�个�l�果�Q�这样可以大大减���重复劳动，提高性能�Q�于是这个master选�D便是�q�种场景下的���到的主要问题�?/span></p><p align="left" style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">利用ZooKeeper的强一致性，能够保证在分布式高�ƈ发情况下节点创徏的全局唯一性，卻I��同时有多个客��L(f��ng)����h��创徏 /currentMaster 节点�Q�最�l�一定只有一个客��L(f��ng)����h��能够创徏成功。利用这个特性，���p��很轻易的在分布式环境中进行集���选取了�?/span></p><p align="left" style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">另外�Q�这�U�场景演化一下，���是动态Master选�D。这���p��用到EPHEMERAL_SEQUENTIAL�c�d��节点的特性了�?/span></p><p align="left" style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">上文中提刎ͼ�所有客��L(f��ng)��创徏��h���Q�最�l�只有一个能够创建成功。在�q�里�E�微变化下，���是允许所有请求都能够创徏成功�Q�但是得有个创徏��序�Q�于是所有的��h��最�l�在ZK上创建结果的一�U�可能情冉|���q�样�Q?/currentMaster/{sessionId}-1 ,/currentMaster/{sessionId}-2,/currentMaster/{sessionId}-3 &#8230;.. 每次选取序列��h�����的那个机器作�ؓMaster�Q�如果这个机器挂了，�׃��他创建的节点会马上小�Ӟ��那么之后最���的那个机器���是Master了�?/span></p></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#D0D0D0" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">1</strong>. 在搜索系�l�中�Q�如果集���中每个机器都生成一份全量烦引，不仅耗时�Q�而且不能保证彼此之间索引数据一致。因此让集群中的Master来进行全量烦引的生成�Q�然后同步到集群中其它机器。另外，Master选�D的容灾措施是�Q�可以随时进行手动指定master�Q�就是说应用在zk在无法获取master信息�Ӟ��可以通过比如http方式�Q�向一个地方获取master�?/span><br style="padding: 0px; margin: 0px;" /><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">2</strong>. 在Hbase中，也是使用ZooKeeper来实现动态HMaster的选�D。在Hbase实现中，会在ZK上存储一些ROOT表的地址和HMaster的地址�Q�HRegionServer也会把自�׃��临时节点�Q�Ephemeral�Q�的方式注册到Zookeeper中，使得HMaster可以随时感知到各个HRegionServer的存?g��u)zȝ��态，同时�Q�一旦HMaster出现问题�Q�会重新选�D��Z��个HMaster来运行，从而避免了HMaster的单炚w���?/span></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#8CEA00" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';"><span style="padding: 0px; margin: 0px; font-size: 18px;"><strong style="padding: 0px; margin: 0px;">分布式锁</strong></span></span></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#C2C287" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><p style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">分布式锁�Q�这个主要得益于ZooKeeper为我们保证了数据的强一致性。锁服务可以分�ؓ两类�Q�一个是<strong style="padding: 0px; margin: 0px;">保持独占</strong>�Q�另一个是<strong style="padding: 0px; margin: 0px;">控制时序</strong>�?/span></p><p style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">1</strong>. 所谓保持独占，���是所有试图来获取�q�个锁的客户端，最�l�只有一个可以成功获得这把锁。通常的做法是把zk上的一个znode看作是一把锁�Q�通过create znode的方式来实现。所有客��L(f��ng)��都去创徏 /distribute_lock 节点�Q�最�l�成功创建的那个客户端也��x��有了�q�把锁�?/span><br style="padding: 0px; margin: 0px;" /><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">&nbsp; &nbsp;&nbsp;<strong style="padding: 0px; margin: 0px;">2</strong>. 控制时序�Q�就是所有视图来获取�q�个锁的客户端，最�l�都是会被安排执行，只是有个全局时序了。做法和上面基本�c�M���Q�只是这�?/distribute_lock 已经预先存在�Q�客��L(f��ng)��在它下面创徏临时有序节点�Q�这个可以通过节点的属性控�Ӟ��CreateMode.EPHEMERAL_SEQUENTIAL来指定）。Zk的父节点�Q?distribute_lock�Q�维持一份sequence,保证子节点创建的时序性，从而也形成了每个客��L(f��ng)��的全局时序�?/span></p></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#8CEA00" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';"><span style="padding: 0px; margin: 0px; font-size: 18px;"><strong style="padding: 0px; margin: 0px;">分布式队�?/strong></span></span></td></tr><tr style="padding: 0px; margin: 0px;"><td valign="top" bgcolor="#C2C287" width="909" style="padding: 5px 10px; margin: 0px; border-style: solid; border-color: #dddddd; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"><span style="padding: 0px; margin: 0px; font-family: 'Comic Sans MS';">队列斚w���Q�简单地讲有两种�Q�一�U�是常规的先�q�先出队列，另一�U�是要等到队列成员聚齐之后的才统一按序执行。对于第一�U�先�q�先出队列，和分布式锁服务中的控制时序场景基本原理一��_���q�里不再赘述�?�W�二�U�队列其实是在FIFO队列的基���上作了一个增强。通常可以�?/queue �q�个znode下预先徏立一�?queue/num 节点�Q��ƈ且赋��gؓn�Q�或者直接给/queue赋值n�Q�，表示队列大小�Q�之后每�ơ有队列成员加入后，���判断下是否已经到达队列大小�Q�决定是否可以开始执行了。这�U�用法的典型场景是，分布式环境中�Q�一个大��d��Task A�Q�需要在很多子�Q务完成（或条件就�l�）情况下才能进行。这个时候，凡是其中一个子��d��完成�Q�就�l�）�Q�那么就�?/taskList 下徏立自��q��临时时序节点�Q�CreateMode.EPHEMERAL_SEQUENTIAL�Q�，�?/taskList 发现自己下面的子节点满��指定个数�Q�就可以�q�行下一步按序进行处理了�?/span></td></tr></tbody></table><p style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden; color: #2c2c2c; font-family: 宋体, 'Arial Narrow', arial, serif; line-height: 28px; background-color: #ffffff;">&nbsp;</p><p style="padding: 0px; margin: 0px; clear: both; height: auto; overflow: hidden; color: #2c2c2c; font-family: 宋体, 'Arial Narrow', arial, serif; line-height: 28px; background-color: #ffffff;">本文����� &#8220;<a  style="padding: 0px; margin: 0px; color: #2c628d; text-decoration: none;">专栏�Q�Paxos与ZooKeeper</a>&#8221; 博客�Q�请务必保留此出�?a  style="padding: 0px; margin: 0px; color: #2c628d; text-decoration: none;">http://nileader.blog.51cto.com/1381108/1040007</a></p><img src ="http://www.aygfsteel.com/stevenjohn/aggbug/422171.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/stevenjohn/" target="_blank">abin</a> 2015-01-11 02:57 <a href="http://www.aygfsteel.com/stevenjohn/archive/2015/01/11/422171.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>                                                                                                                    <footer>
<div class="friendship-link">
<a href="http://www.aygfsteel.com/" title="&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;">&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;</a>

</div>

</footer>


��վ֩���ģ�壺
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��ɽ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��Ѩ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�ڽ���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��ƽ��</a>|
<a href="http://" target="_blank">��Դ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">�䰲��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">¡��</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">�ʹ���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">۳����</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">�˲���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">̨��ʡ</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">���ַ�</a>|
<a href="http://" target="_blank">�ײ���</a>|
<a href="http://" target="_blank">���ױ�����</a>|
<a href="http://" target="_blank">��ˮ��</a>|
<a href="http://" target="_blank">�Ľ���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">ɽ����</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�����</a>|
<a href="http://" target="_blank">������</a>|
<script>
(function(){
    var bp = document.createElement('script');
    var curProtocol = window.location.protocol.split(':')[0];
    if (curProtocol === 'https') {
        bp.src = 'https://zz.bdstatic.com/linksubmit/push.js';
    }
    else {
        bp.src = 'http://push.zhanzhang.baidu.com/push.js';
    }
    var s = document.getElementsByTagName("script")[0];
    s.parentNode.insertBefore(bp, s);
})();
</script>
</body>