最全开发者，微服务架构到底是什么？_软件开发微服务架构(1)，2024年最新想学IT的必看

本文链接：https://blog.csdn.net/2401_84181801/article/details/138551055

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

然而随着业务规模的不断扩大，团队人员的不断增加，单体架构就会开始出现一些问题。比如团队协作成本变高，一旦业务出问题，几乎所有相关开发人员都要参与其中解决，效率低下，成本高，系统的可用性变差，因为所有业务都打包在一块并部署，一旦某一个功能所涉及的代码或者资源出现问题，就会影响整个WAR包中部署的功能，是十分严重的。部署效率低下，单体应用代码越来越多，依赖也不断增加，应用部署测试的时间都够我打一把逆风王者了。业务增长，服务启动的时间就会变长，上线速度让人头疼……

因此，急需一种新的架构能将应用的不同模块解耦合，降低开发部署维护成本，服务化的思想也就应运而生了，微服务，能大力提高应用交付的效率！

服务化

简单说，服务化就是把传统的单体应用中通过JAR包依赖产生的本地方法调用，改造成通过HTTP的REST API远程接口调用。

看得出来，通过服务化，可以改善单体应用膨胀，系统耦合度高，协作效率低下等问题。

微服务架构

在这里插入图片描述

得益于以 Docker 为代表的容器化技术的成熟以及 DevOps 文化的兴起，服务化的思想进一步进化为今天我们熟知的微服务架构。

DevOps 是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例，通过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。

那么微服务有什么特点呢？

服务拆分粒度更细，微服务可以说是更细维度的服务化，小到一个子模块，每个服务通常只专注于某一个特定的业务、所需代码量小，复杂度低、易于维护
服务独立维护，每个微服务都可以交由一个小团队甚至个人来开发、测试、发布和运维，并对整个生命周期负责
团队规模，微服务下每个服务单独开发，部署和维护。每个服务从设计，开发到维护的团队规模小，团队管理容易，成本小
数据存储方式，不同的微服务可以使用不同的数据存储方式，例如有的使用mysql，有的使用redis……
开发模式，在微服务中，不同的模块可以使用不同的技术或语言进行开发，开发模式更加灵活
采用单体架构的应用程序只要有任何修改，就需要重新部署整个应用才能生效，而微服务则完美地解决了这一问题。在微服架构中，某个微服务修改后，只需要重新部署这个服务即可，而不需要重新部署整个应用程序
微服务能够与容器（Docker）配合使用，实现快速迭代、快速构建、快速部署
微服务具备良好的可扩展性，随着业务的不断增加，微服务的体积和代码量都会急剧增加，此时我们可以根据业务将微服务再次进行拆分；除此之外，当用户量和并发量的增加时，我们还可以将微服务集群化部署，从而增加系统的负载能力

由此可见，微服务化给服务的发布和部署，以及服务的维护带来了诸多好处。