实际项目中用的是dubbox，当当网对dubbo进行了扩展和dubbo里面Spring,zookeeper版本的升级
什么情况下会用到dubbo呢
当系统中服务越来越多，url的配置和管理越来越困难，硬件负载均衡的单点压力越来越大
此时需要一个服务注册中心，动态的注册和发现服务，使服务的位置透明。
并通过在消费方获取服务提供方地址列表，实现软负载均衡和Failover，降低对F5硬件负载均衡器的依赖，也能减少部分成本。
当服务间的依赖越来越错综复杂，分不清应用的启动循序，很难描述应用的架构关系
这时，需要自动画出应用间的依赖关系图，以帮助架构师理清理关系。
当服务调用的量越来越大，服务的容量就会出现问题，这个服务需要多少机器支撑，什么时候加机器
为了解决这些问题，第一步，要将服务现在每天的调用量，响应时间，都统计出来，作为容量规划的参考指标。
其次，要可以动态调整权重，在线上，将某台机器的权重一直加大，并在加大的过程中记录响应时间的变化，直到响应时间到达阀值，记录此时的访问量，再以此访问量乘以机器数反推总容量。
当你的项目想采用分布式架构设计的时候，就是把一个项目里面的各个模块拆成几个互不相干的几个子项目存放在不同的服务器，这些子项目在与主项目之间需要通信，或者子项目与子项目之间需要通信，dubbo是一个分布式服务框架以及SOA治理方案（dubbo-admin（查看服务提供者和消费者的注册，是否有相应的提供者和消费者，管理服务注册信息，调度中心，一个war项目）和monitor（服务提供者和服务消费者的交互次数和频率，结果，监控中心，一个独立进程方式，可在线安装））。其功能主要包括：
高性能NIO通讯及多协议集成，（非阻塞的通讯，默认是rpc协议：tcp+Hessian协议二进制序列化）
服务动态寻址与路由，（项目启动的时候，
服务者，会向注册中心注册自己的服务
消费者，会向注册中心订阅自己的服务
注册中心会返回服务提供者地址列表给消费者，如果有变更会采用长连接的方式，将最新的服务地址推送给消费者，如果服务者地址有丢失，也会动态的将该服务地址从消费者列表中去除
）
软负载均衡与容错，（服务的消费者会从服务提供者地址中，基于软负债均衡算法选取一台调用服务，调用失败则换取另外一台）
依赖分析与降级等。（服务者和消费者，在内存中调用的次数和调用的时间，定时每分钟发送一次到监控中心）
323
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
