一个很稳定的服务框架Dubbo

简单介绍，不做深刻技术分析。

Dubbo是阿里开源的一个项目，有幸听过梁飞现场的介绍，目前该框架广泛应用于我所在公司，经过多次大型活动的考验，事实证明Dubbo是一个确实很优秀的框架，当然我们对它也有所改造。

目前为止，Dubbo已经不再更新。

我简单介绍一下它的使用场景。

首先Dubbo适用于高负载，高并发的场景，诞生在阿里的服务框架， 设计目标是什么，你懂的。当然不是说有几台十几台服务器的公司团队就不能用了吗？肯定可以，但是建议循序渐进，或许自己实现一个简单的服务框架，也不难用，而且对团队的技术水平的提高有很大的帮助。

一个网站或者系统，构建的初期都是比较简单直接的，系统之间的调用无非是A-B ,B-A，然后选择一种通讯协议，webservice或者直接http get post或者等等，但是当系统越来越复杂，我们就会发现，暴露的接口和调用的接口越来越多，盘根错节，很难对这些接口服务进行有效的控制和改造。

最先想到的解决办法就是增加接口服务控制中心，这个控制中心负责管理所有的服务调用，A-控制中心-B，有了控制中心，我们可以做的事就变的很多，我们可以掌握每一个提供方发布的接口，对请求进行验证，记录等等。

如果理解了这个场景，看下Dubbo的工作原理：

在实际的使用过程中，我们是这样做的：

使用了spring

服务端发布服务，并提供客户端开发jar，接口和输入出对象即可。

管理端可看到该服务的所有暴露出来的方法，并可以进行简单的调试。管理端可以统计服务调用情况或者下线服务，删除某些节点等。

客户端连接注册中心，封装一下调用，通过简单配置即可。

如何使用它呢，很多资料，不再赘述，直接访问：dubbo