Dubbo+ZK占坑

纪念下哈哈~

占坑近期会填：

官方文档：http://dubbo.io/

是什么：

Dubbo |ˈdʌbəʊ| is a high-performance, java based RPC framework open-sourced by Alibaba. As in many RPC systems, dubbo is based around the idea of defining a service, specifying the methods that can be called remotely with their parameters and return types. On the server side, the server implements this interface and runs a dubbo server to handle client calls. On the client side, the client has a stub that provides the same methods as the server.

大体意思：Dubbo是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，特点是：可以和Spring框架无缝集成。。。。

ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。

大体有所了解后，开始搞事情:首先我写了在duboo官网首页的简单demo，xml报错，暂且一放

随手找了个博客作参考，总体看了一眼，比较靠谱：

这个是集成zk

http://blog.csdn.net/jyf211314/article/details/47040243

ok，开始搞事！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！

=================================================================================================

是什么：

         通过以上抽象的描述，我完全不可以清晰地知道这玩意到底是干啥的。

         还好我在官方文档中找到了接地气的答案：

         场景1、当服务越来越多时，服务 URL 配置管理变得非常困难，F5 硬件负载均衡器的单点压力也越来越大。

      此时需要一个服务注册中心，动态的注册和发现服务，使服务的位置透明。并通过在消费方获取服务提供方地址列表，实现软负载均衡和 Failover，降低对 F5 硬件负载均衡器的依赖，也能减少部分成本。

       场景2、当进一步发展，服务间依赖关系变得错踪复杂，甚至分不清哪个应用要在哪个应用之前启动，架构师都不能完整的描述应用的架构关系.

       这时 需要自动画出应用间的依赖关系图，以帮助架构师理清理关系。

       场景3、接着，服务的调用量越来越大，服务的容量问题就暴露出来，这个服务需要多少机器支撑？什么时候该加机器？

          为了解决这些问题，第一步，要将服务现在每天的调用量，响应时间，都统计出来，作为容量规划的参考指标。其次，要可以动态调整权重，在线上，将某台机器的权重一直加大，并在加大的过程中记录响应时间的变化，直到响应时间到达阀值，记录此时的访问量，再以此访问量乘以机器数反推总容量 。                                      

=================================================================================================

架构（这个图刚看时不是很理解，但是结合组件来看还是很清晰的）：

=================================================================================================

时间：2017年12月14日15:24:31

地点：

人物：某某

环境：

IDE：Myeclipse2014(不好使)

参考文档：http://dubbo.io/books/dubbo-user-book/quick-start.html

JDK8

TOMCAT8

maven 3.3.9