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

灰太狼 2022-09-13 01:58 207阅读 0赞

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

### 文章目录 ###

*  一、单一应用架构
 *  二、RPC架构
 *  三、SOA架构
 *  四、微服务架构

> 随着互联网的发展，网站应用的规模也在不断扩大，常规的软件架构已满足不了我们的需求，分布式服务架构也势在必行。
> 
> 互联网的架构模式多种多样，本文属于 **Dubbo** 学习的前言部分，在这里我会列举 4 个阶段性的架构模式来给大家介绍互联网架构的演变过程。

--------------------

# 一、单一应用架构 #

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

![01单一应用架构][01]

--------------------

# 二、RPC架构 #

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

![01RPC架构][01RPC]

--------------------

# 三、SOA架构 #

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

![01SOA架构][01SOA]

--------------------

# 四、微服务架构 #

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

![01微服务架构][01 1]

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

[https_sunkuan.blog.csdn.net_article_details_120501161]: https://sunkuan.blog.csdn.net/article/details/120501161
[01]: /images/20220828/328939c002934b98ab4a2be6b5cc10e2.png
[01RPC]: /images/20220828/eb20cb94c8544b1bb36d08714a945689.png
[01SOA]: /images/20220828/ca2b3690789540ba87b14d072e8a0943.png
[01 1]: /images/20220828/df7fe2f3ad91466388c1c2ca0f48f552.png