微服务（microservice）是一种软件架构，正得到越来越多的关注。 但是，它到底是什么意思？什么样的架构可以叫做微服务？ 一、单体软件 要理解微服务，首先需要理解软件架构的演变。 早期的软件，所有功能都写在一起，这称为单体架构（monolithic software）。 整个软件就是单一的整体，彷佛一体化的机器。 可以想到，软件的功能越多，单体架构就会越复杂，很多缺点也随之暴露出来。 （1）所有功能耦合在一起，互相影响，最终难以管理。 （2）哪怕只修改一行代码，整个软件就要重新构建和部署，成本非常

一、使用微服务的四大门派# 2.1、跟风派# 技术大环境分析，到目前为止（2023.02）技术大环境： 各大公司都在宣传微服务以及自家实践情况 各种技术媒体也发布很多关于微服务的文章 和别人讨论技术相关的架构时，必然会提到微服务架构 这样的氛围下，微服务这 3 个字时不时的出现在眼前，加深你对它的印象。有时会给人带来一种“幻觉”，如果自家公司技术不进行微服务的升级改造，技术就会落后于它们，对技术产生焦虑感。 这种属于“跟风派”。完全没有考虑自家业务发展情况，反正别家公司都是这么做的，我也要这么做。 2.

传统数字化转型需要解决的几个问题 1.技术体系落后 可扩展能力不强，高可用能力不强，面对突发高频访问的业务场景，不能实现自动弹性伸缩，发展到一定规模后，数据库性能和容量成为业务发展的瓶颈。 2.单体架构问题 将很多功能放到一个应用中，日积月累，这个应用编程一个庞大的怪物，随着人员的更替，时间一长很少人能完全搞懂这些代码的逻辑关系。一些人担心遗留代码，不敢修改之前的代码，宁愿复制一份代码出来重新修改，导致应用越来越复杂，最终陷入恶性循环。单体也存在模块耦合度高，弹性扩容资源利用不高。 3.研发和运维能力落