初识dubbo_晏无心_新浪博客

ゝ一世哀愁。 2022-12-20 15:51 146阅读 0赞

互联网技术发展的很快。

想起刚毕业那会，大多数公司还在使用EJB，spring和maven还没有完全的普及。

在公司的第一个项目，就是将技术框架从EJB变为spring，项目的搭建也开始使用maven。

那时的mvc还在使用struts1，页面大多数在使用JSP开发。

再往后几年，struts2和springmvc使用的越来越多，spring框架几乎成了大多数公司的首选，前端技术JSP已经很少使用，freemarker模板、thymeleaf模板或者纯ajax交互成为了主流。

而这两年，MVC已经不再被提及太多，分布式，集群调度成为了新的宠儿，dubbo、spring cloud、spring boot、微服务这些词成为了主流。当你去面试时，如果不了解这些技术，都没法愉快的交流。

**一、dubbo是什么**

分布式服务框架，提供高性能和透明化的远程服务调用，并且能够对服务进行统一调度管理。

我的理解是，dubbo是实现了RPC（Remote Procedure Call）远程服务调用技术，并且对这些服务的提供者和调用者进行了统一的管理。

**二、互联网技术的发展**

**1.单一应用架构**

[![初识dubbo][dubbo]][dubbo_dubbo]

这种架构一般应用于比较简单的管理网站，或者自己做的小网站，主要功能就是对数据的增删改查，没有太多的访问量。

**2.垂直应用架构**

[![初识dubbo][dubbo 1]][dubbo_dubbo 1]

当网站的访问量开始增大时，所有功能集中在一起的单一应用架构已经无法支撑，这时候将应用进行拆分，比如一个小说网站的话，读者管理作为单一应用部署，小说管理作为另一个单一应用管理，这样，访问量将会被分流，管理人员和读者是访问不同的应用。

**3.分布式服务框架**

[![初识dubbo][dubbo 2]][dubbo_dubbo 2]

以小说网站为例，读者可以将小说添加到收藏夹，那么读者管理应用和小说管理应用不可避免的发生了关联，需要通过远程调用来获取数据。这个时候，就可以将读者管理和小说管理分割成独立的服务，作为访问入口的前端应用去根据需要调用这些独立的服务。

**4.流动计算架构**

[![初识dubbo][dubbo 3]][dubbo_dubbo 3]

当服务越来越多时，如果只是简单的将服务全部部署，应用之间的调用会显得很混乱，服务的稳定性也没法细致的监控。这个时候调度中心便出现了。调度中心对所有的服务进行统一的管理，可以选择性的进行注册，有利于资源的管理。通过消费者生产者的模式，对服务的调用方和提供方进行统一的调度和监控。

这便是对dubbo的初步认识。

dubbo和spring集成的很好，远程调用可以透明的进行，开发者通过spring进行配置后，感觉不到一个接口是在进行远程调用，和本地接口调用没有区别。

[dubbo]: https://img-blog.csdnimg.cn/img_convert/9ba5222549e795967a570ca46d762b27.png
[dubbo_dubbo]: /images/20221120/d61cdb37857c45dca237446c4601bbf7.png
[dubbo 1]: https://img-blog.csdnimg.cn/img_convert/f462fc91e152f3fef3776e05a4184a9d.png
[dubbo_dubbo 1]: /images/20221120/7ff820ed95804f64ba425f418a9ae0b6.png
[dubbo 2]: https://img-blog.csdnimg.cn/img_convert/bc07045aa18fa64352fbb753f375b842.png
[dubbo_dubbo 2]: http://album.sina.com.cn/pic/004dzziXzy7lISIvLhU9a
[dubbo 3]: https://img-blog.csdnimg.cn/img_convert/755f23a5ba1b143921f4093f93a082bd.png
[dubbo_dubbo 3]: http://album.sina.com.cn/pic/004dzziXzy7lISJeshGd8