为什么要使用微服务架构？

旧城等待， 2022-03-15 08:46 234阅读 0赞

### 本文转自https://blog.csdn.net/A\_BlackMoon/article/details/85101100 ，特此申明！ ###

微服务架构已经流行了很长时间，但是想要回答为什么要使用微服务架构的问题，首先应该了解一体化架构。

### **1.  什么是一体化架构？** ###

一体化架构顾名思义，将应用各层打成一个包来部署。为了让代码正常工作，一体化应用的所有组件缺一不可。

以典型的3层传统web应用为例，该应用由用户界面、数据库、服务器端应用组成。这里的服务器端应用被称为monolith（一体化），包含表现、业务层、数据层。所有代码都存在于同一个代码库中。为了让代码工作起来，它被部署成为一个单元。任何一个小的改动变化，都需要重新构建和部署整个应用。  
![20181219165330661][]

### **2.  什么是微服务架构？** ###

微服务架构是一种架构风格，整个应用被划分并设计为以业务域为模型的松散耦合的独立服务。微服务中的“微”非常具有欺骗性，事实上它没有规定服务的规模有多小或多大。

这里的重点是每个独立服务都有一个业务边界，可以独立开发、测试、部署、监控和扩展，甚至可以用不同的编程语言开发它们。  
![20181219165330681][]

在基于微服务的架构中，每个组件或服务都有自己的数据库。没有集中式数据库，我们可以根据需要为每个单独的微服务使用NoSQL、RDBMS或任何其他数据库，这也是让微服务真正独立的原因之一。

### 3.  一体化架构的问题 ###

或者说是微服务架构所解决的问题。

**1.难以扩展**

一体化架构应用只能通过在负载均衡器后面放置整个应用程序的多个实例来进行水平扩展。如果应用中的特定服务需要扩展，则没有简单的选项。我们需要完整地扩展应用程序，这显然会造成不必要的资源浪费。

相比之下，基于微服务的应用程序允许我们根据需要独立扩展单个服务。在上图中，如果需要缩放服务B，则可以有10个实例，同时保持其他实例，并可以根据需要随时更改。

**2.交付时间长**

一体化架构在单个应用的任何部分/层中进行的任何更改都需要构建和部署整个应用程序。个人开发人员还需要下载整个应用程序代码来修复和测试，而不仅仅是受影响的模块，这就影响到了持续部署的效率。

而在微服务架构中，如果仅在一百个微服务中的一个中需要改变，则仅构建和部署改变的微服务，没有必要部署一切。我们甚至可以在短时间内多次部署。

**3.应用复杂性**

过去，随着应用规模的增长（功能、功能等），团队也会相应扩张，应用很快就就会变得复杂和交织在一起。随着不同的团队不断修改代码，维护模块化结构慢慢变得越来越困难，并慢慢导致像意大利面一样交织的代码。这不仅会影响代码质量，还会影响整个组织。

在基于微服务的应用中，每个团队都在单独的微服务上工作，代码会有序很多。

**4.没有明确的所有权**

在一体化应用中，看起来独立的团队实际上并不是独立的。它们同时在相同的代码库上工作，严重依赖于彼此。

在基于微服务的应用中，独立团队处理单独的微服务。一个团队将拥有一个完整的微服务。工作的明确所有权明确控制服务的一切，包括开发、部署和监控。

**5.故障级联**

如果没有正确设计，一体化交媾应用的一部分失败可能会级联并导致整个系统崩溃。

在基于微服务的架构的情况下，我们可以使用断路器来避免这种故障。

**6.Dev和Ops之间的墙**

开发团队通常会进行开发、测试，一旦部署，就会将维护和支持的所有权交给运维团队，应用此时与开发团队无关了，而运维团队需要努力在生产环境中支持一体化架构应用。

在基于微服务的应用中，团队的组织理解为“构建它、运行它”，开发团队继续在生产中拥有该应用。

**7.陷入某种技术/语言**

使用一体化架构，意味着被某种已实现的技术/语言锁定。如果需要更改技术/语言，则必须重写整个应用程序。

使用微服务，每个服务可以根据需求和业务以不同的技术或语言实现。任何改变服务技术/语言的决定都只需要重写该特定服务，因为所有微服务都是相互独立的。

**8.支持微服务的正确工具/技术的可用性**

几年前，我们还没有适当的工具和技术来支持微服务。但自从Docker容器和云基础设施（特别是PaaS）向大众提供服务以来，微服务正在大规模采用，因为它们提供了我们所需的“自由”，而无需进行传统的配置程序。

**小结**

简单来说，使用微服务架构会获得以下好处：

*  独立开发部署服务
 *  速度和敏捷性
 *  更高的代码质量
 *  获得围绕业务功能创建/组织的代码
 *  提高生产力
 *  更容易扩展
 *  自由（在某种程度上）选择实施技术/语言

[20181219165330661]: /images/20220315/21438b42906942898247142dcf40420b.png
[20181219165330681]: /images/20220315/a0e6717c4f504c85a4469092828651cd.png

发表评论取消回复

表情：

评论列表（有 0 条评论，234人围观）

还没有评论，来说两句吧...

相关阅读

相关为什么要使用复杂的微服务架构？

1. 多人维护一个单块应用，频繁进行代码合并，解决冲突；导致开发效率低下 2. 每次上线都要和最新代码合并，重新进行全量回归测试，很多代码都可能已经变动，必须进行全量回归测

淩亂°似流年/ 2022年12月23日 12:29/ 0 赞/ 107 阅读

相关王者荣耀为什么不使用微服务架构？

今天在知乎上看到这样一个问题："为什么游戏公司的 Server 不愿意微服务化? ![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_1

偏执的太偏执、/ 2022年12月18日 00:48/ 0 赞/ 77 阅读

相关微服务注册中心为什么要使用Consul？

一、Eureka不建议使用在选型微服务注册中心时，一定要长远考虑，SpringCloud提供了Eureka作为服务注册中心，我们可以开箱即用，但是，对于服务注册中心随着业务

超、凢脫俗/ 2022年05月21日 04:55/ 0 赞/ 201 阅读

相关互联网架构为什么要做微服务？

近期参加一些业界的技术大会，“微服务架构”的话题非常之火，也在一些场合聊过服务化架构实践，最近几期文章期望用通俗易懂的语言聊聊了个人对服务化以及微服务架构的理解，希望能给大伙一

怼烎@/ 2022年05月19日 02:51/ 0 赞/ 190 阅读

相关为什么要使用微服务架构？

微服务架构已经流行了很长时间，但是想要回答为什么要使用微服务架构的问题，首先应该了解一体化架构。什么是一体化架构？一体化架构顾名思义，将应用各层打成一个包来部署。为了让

矫情吗；*/ 2022年04月10日 01:53/ 0 赞/ 319 阅读

相关微服务为什么一定要上Docker

引言早在2013年的时候，docker就已经发行，然而那会还是很少人了解docker。一直到2014年，Martin Fowler提出了微服务的概念，两个不相干的技术终

浅浅的花香味﹌/ 2022年04月05日 06:12/ 0 赞/ 237 阅读

相关为什么要使用微服务架构？

本文转自https://blog.csdn.net/A\_BlackMoon/article/details/85101100 ，特此申明！微服务架构已经流行了很

旧城等待，/ 2022年03月15日 08:46/ 0 赞/ 235 阅读

相关为什么要使用微服务

以下是我个人对“为什么要使用微服务”的理解一般来说以往的应用都是单体应用，随着时间的推移，一个应用可能会越来越大，代码量从数千行递增到几十万，上百万行，这个时候，每次编译就

缺乏、安全感/ 2021年12月10日 08:21/ 0 赞/ 278 阅读

相关什么是微服务？为什么你要用微服务？

![aHR0cHM6Ly9zczAuYmRzdGF0aWMuY29tLzcwY0Z1SFNoX1ExWW54R2twb1dLMUhGNmhoeS9pdC91PTE5NTMwO

╰+哭是因爲堅強的太久メ/ 2021年11月05日 16:50/ 0 赞/ 370 阅读

相关探讨：为什么大公司要使用微服务？

![format_png][] 作者 | superhj1987 链接 | www.rowkey.me/blog/2019/05/30/msa/ > 这几年在 Java

旧城等待，/ 2021年08月27日 00:29/ 0 赞/ 308 阅读