【Dubbo笔记整理一】互联网架构演变

版权声明：本文为 小异常 原创文章，非商用自由转载-保持署名-注明出处，谢谢！
本文网址：https://sunkuan.blog.csdn.net/article/details/120501161

随着互联网的发展，网站应用的规模也在不断扩大，常规的软件架构已满足不了我们的需求，分布式服务架构也势在必行。

互联网的架构模式多种多样，本文属于 Dubbo 学习的前言部分，在这里我会列举 4 个阶段性的架构模式来给大家介绍互联网架构的演变过程。

---

一、单一应用架构

• 单一应用架构，这种架构是比较常见的，我们也将其称为 单体系统 或 单体应用。就是把系统中所有的功能、模块耦合在一个应用中，一般只操作一个数据库。最终将打包成一个独立单元（打成一个 Jar 包或 War 包）来运行。
• 这种架构部署简单，也易于管理。但是测试成本高、迭代困难、跨语言程度差、团队协作难，总的来说就是牵一发而动全身，修改其中一部分代码可能会影响其他代码的运行，而且不利于分工，只能用同一种语言进行开发。

---

二、RPC架构

• RPC架构 是 远程过程调用，他是一种通过网络计算机程序来请求服务，服务与服务之间是隔离的，通过应用来调用服务。
• 这种架构由于服务过多，需要部署到很多服务器上，管理成本高昂。但相比单一应用来说团队协作便捷，由于服务之间是隔离的，所以它们之间的耦合度会降低很多。

---

三、SOA架构

• SOA （ Service Oriented Architecture，面向服务架构），这种架构它是 面向服务 的架构，由一条总线来负责服务之间的交互。
• ESB （ Enterparise Service Bus，企业服务总线），它是 SOA 中的基本组件，相当于 服务中介，专门负责服务与服务之间的交互。
• ESB 相当于服务的大管家，应用不需要直接调用服务，应用只需要和 ESB 打交道即可，其他的事情由 ESB 来完成。

---

四、微服务架构

• 微服务 是一种架构风格，用于大型的复杂应用，由一个或多个微服务组成。系统中每个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务。微服务是一种轻量级的服务治理方案。对比 SOA 架构，它使用 注册中心来代替 ESB 服务总线。注册中心相比服务总线来说，更加轻量级。
• 微服务 的代表技术有：Spring Cloud、Dubbo 等。

博客中若有不恰当的地方，请您一定要告诉我。前路崎岖，望我们可以互相帮助，并肩前行！