Dubbo相关问题

在研究dubbo过程中遇到的问题记录

推行服务治理要考虑的问题：

　　　如果不需要支持http协议，rpc框架(thrift之类的)性能会更好，否则考虑spring-boot,jax-rs之类的框架；如果不需要服务路由，服务自动发现，服务监控，降级运行等高级管理功能，自己开发服务，如果自己撸全套，建议用spring-boot,spring-mvc之类的框架，原因很简单，搞java几乎离不开spring，与其学一堆其它框架，不如把spring这一套玩透，部署时，跑多个实例+nginx转发就行了，dubbox功能比较齐全，也有很多公司在用，但是如果遇到问题，要熟悉里面的机制，包括阅读修改源代码的能力。

　　　另外，推行SOA有一个比较重要的考虑因素，就是公司的业务成熟度+项目的规模，

如果业务极不成熟（比如一些新业务），而且项目规模不多，人手也不足，基本上就不用考虑服务化了，否则自找麻烦，反而会拖慢公司的整体研发及迭代进度。

关于跨语言的问题：

　　　理论上是可以跨语言的，dubbo依赖的一些组件，比如:zookeeper之类，都有c#的ClientAPI，但是淘宝整体是java系，只给出了java语言的实现，其它语言，要弄的话，只能按这个思路，自己重新实现，目前只有java版本。

如果走rest或thrift协议，客户端可以是其它语言，因为rest和thrift都是跨语言的，服务端当下只有java版本。

　　　

　　　

关于远程调用：

　　　把一个项目分成三个项目分别为interface 、service、 web三个项目。 使service、web项目依赖interface项目。在service、web项目分别配置dubbo.xml文件。 这样客户端只需要实现接口就能调用业务逻辑，不需要拷贝service文件