微服务架构：dubbo与springcloud的不同

   写这个文章是因为工作的变动，弄了一下微服务，之前dubbo用了一段时间，感觉很好用，配置简单，部署也不复杂，利用

maven的module特性产生多个项目，使用dubbo做RPC通信，实现分布式部署。

   但是最近用了一下springcloud，顿时肃然起敬，dubbo使用zk做的服务注册调用，cloud自己写的服务，dubbo只实现了中间

的RPC通信，cloud除了用rest通信替代，还格外实现了负载均衡，注解翻译，路由管理等，所有的这些都在一个jar包里面实现，

引入即可。学习成本简直不要太低，同时文档完全，所有的注解和配置都可以在文档里找到。cloud同时支撑多个项目通过服务

注册通信，每一个项目抽象为一个服务对象，那么，只要是项目，只要能注册上来，不管是何种语言，就能够实现服务化。

   这意味着：所有的框架配置，在文档里就说完了。同时，由于基于springboot的整合框架，如果要格外实现别的功能，比如注册管理，消息队列，只需要引入pom包，不存在任何的冲突效果，dubbo中shiro与spring的冲突完全不会出现，意味着强大的扩展性。