Dubbo（一）入门

1.为什么要使用Dubbo

随着系统应用变多，项目也逐渐变多。项目和项目之间需要互相交互，比如说A项目有个Service，B项目中有个Service，如果A项目中因为业务需求需要调用B项目中的Service或者B项目需要调用A项目中的Service，这个时候就需要采取一些手段。当然如果项目只有两套当然没有什么关系，如果项目多起来可能会使得项目与项目之间乱套。或者也可以自己去写一套这种对外服务的接口，自己使用http协议传递json的格式使项目与项目之间来回调用。这种方法成本代价高，还有一个就是不太安全。dubbo就类似于WebService（自寻查找资料）。WebService传递的是xml文件不太友好。

2.dubbo简介

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

  Dubbo是一个被国内外很多互联网公司广泛使用的开源分布式服务框架，即使从国际视野来看应该也是一个非常全面的SOA基础框架。作为一个重要的技术研究课题，当当网根据自身的需求，为Dubbo实现了一些新的功能，并将其命名为Dubbox（Dubbo eXtensions）。

3.传统MVC开发模式

  controller（控制层）调用service层（服务）调用  dao层（数据库支持），传统的方式就是一层一层的调用 。采用dubbo的方式的话就分为两部分一部分是controller一部分是service和dao。service和dao这一部分会单独打一个jar包放到服务器（192.168.1.111）上，然后去调用启动脚本（shell）。controller这一部分单独打成一个war包放到（192.168.1.222），那么问题来了这个时候两部分都不在同一个服务器（IP地址不同）上，这个时候如何调用service和dao这一部分。这个时候就可以使用dubbo来解决这个问题了。如果这个时候service和dao的服务器（192.168.1.111）挂了的话怎么办？这个时候就不能对外提供服务了，一般的做法是会把同样的服务部署到两个三个甚至更多的节点上。dubbo默认就是一个cluster集群的模式，一般来说服务器于服务器之间有性能之间的差别，如果服务器1（192.168.1.111）为16G而服务器2（192.168.1.113）为4G这个时候可以分配服务器的权重，在并发量高的时候会将大部分请求放到服务器1（192.168.1.111）中，少部分请求放到服务器2（192.168.1.113）中。