🧑💻作者:大二计算机学生
🏠主页:关注学习更多技术
📌关键:微服务
软件开发
架构
概念
大家好,今天分享的是企业香饽饽的架构,微服务架构,读完本文,相信你会对微服务的概念清晰很多,我是小周,如果觉得文章写的不错,记得三联支持可怜的博主呀
文章目录
- 单体架构
- 服务化
- 微服务架构
- 微服务框架
-
- Java 微服务框架
- Go 语言微服务框架
- Phyton 微服务框架
- 总结
- 写在最后
单体架构
直接讲微服务架构是什么,难免太过生硬,任何新技术诞生多多少少都是有原因的,那么在聊微服务架构之前,我想应该先从单体架构的概念以及优缺点说起。
说到单体架构,我接触最多就是MVC
架构,优点是学习成本低,上手快,测试、部署、运维也比较方便,甚至一个人就可以完成一个小型网站的开发与部署。
以MVC
架构为例,业务通常是通过部署一个(圈重点)WAR包到Tomcat服务器,启动Tomcat
监听某个端口即可对外提供服务,早期在业务规模不大、团队规模较小的时候,单体架构是很不错的选择。
然而随着业务规模的不断扩大,团队人员的不断增加,单体架构就会开始出现一些问题。比如团队协作成本变高,一旦业务出问题,几乎所有相关开发人员都要参与其中解决,效率低下,成本高,系统的可用性变差,因为所有业务都打包在一块并部署,一旦某一个功能所涉及的代码或者资源出现问题,就会影响整个WAR
包中部署的功能,是十分严重的。部署效率低下,单体应用代码越来越多,依赖也不断增加,应用部署测试的时间都够我打一把逆风王者了。业务增长,服务启动的时间就会变长,上线速度让人头疼……
因此,急需一种新的架构能将应用的不同模块解耦合,降低开发部署维护成本,服务化的思想也就应运而生了,微服务,能大力提高应用交付的效率!
服务化
简单说,服务化就是把传统的单体应用中通过JAR
包依赖产生的本地方法调用,改造成通过HTTP
的REST API
远程接口调用。
看得出来,通过服务化,可以改善单体应用膨胀,系统耦合度高,协作效率低下等问题。
微服务架构
得益于以 Docker
为代表的容器化技术的成熟以及 DevOps
文化的兴起,服务化的思想进一步进化为今天我们熟知的微服务架构。
DevOps 是一种重视“软件开发人员(Dev)”和“IT运维技术人员(Ops)”之间沟通合作的文化、运动或惯例,通过自动化“软件交付”和“架构变更”的流程,来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。
那么微服务有什么特点呢?
- 服务拆分粒度更细,微服务可以说是更细维度的服务化,小到一个子模块,每个服务通常只专注于某一个特定的业务、所需代码量小,复杂度低、易于维护
- 服务独立维护,每个微服务都可以交由一个小团队甚至个人来开发、测试、发布和运维,并对整个生命周期负责
- 团队规模,微服务下每个服务单独开发,部署和维护。每个服务从设计,开发到维护的团队规模小,团队管理容易,成本小
- 数据存储方式,不同的微服务可以使用不同的数据存储方式,例如有的使用mysql,有的使用redis……
- 开发模式,在微服务中,不同的模块可以使用不同的技术或语言进行开发,开发模式更加灵活
- 采用单体架构的应用程序只要有任何修改,就需要重新部署整个应用才能生效,而微服务则完美地解决了这一问题。在微服架构中,某个微服务修改后,只需要重新部署这个服务即可,而不需要重新部署整个应用程序
- 微服务能够与容器(Docker)配合使用,实现快速迭代、快速构建、快速部署
- 微服务具备良好的可扩展性,随着业务的不断增加,微服务的体积和代码量都会急剧增加,此时我们可以根据业务将微服务再次进行拆分;除此之外,当用户量和并发量的增加时,我们还可以将微服务集群化部署,从而增加系统的负载能力
由此可见,微服务化给服务的发布和部署,以及服务的维护带来了诸多好处。
微服务框架
微服务架构是一种系统架构风格和思想,现实中想要搭建一套微服务系统,则需要微服务框架的支持。随着微服务的流行,很多编程语言相继推出了自己的微服务框架,比如:
Java 微服务框架
Spring Cloud
:基于 REST 服务来构建服务,帮助架构师构建出一套完整的微服务技术生态链
Spark
:最好的 Java 微服务框架之一,该框架支持通过 Java 8 和 Kotlin 创建微服务架构的应用程序
Dubbo
:由阿里巴巴开源的分布式服务框架
……
Go 语言微服务框架
Go
语言中的微服务框架较少,使用的较多的是 GoMicro
,它是一个 RPC 框架,具有负载均衡、服务发现、同步通信、异步通讯和消息编码等功能
Phyton 微服务框架
Phyton
中的微服务框架主要有 Flask、Falcon、Bottle、Nameko 和 CherryPy 等
还有很多语言,都有自己的微服务框架,这里就不一一列举了,博主熟悉的就是 Spring Cloud
总结
服务是由单体架构应用进化到服务化拆分开发部署,后期随着移动互联网规模的不断扩大,敏捷开发
、持续交付
、DevOps
文化的发展和实践,以及基于Docker
容器化技术的不断成熟,将服务细化,微服务架构开始流行,逐渐成为应用架构的未来演进方向。
简单概括,微服务架构是将复杂庞大的单体应用进行细粒度的服务化拆分,每个拆分出来的服务交给小团队进行开发和运维,完成后各自独立打包部署,从而极大地提高了应用交付的效率以及维护迭代的难度,所以逐步被各大互联网公司所普遍采用。
写在最后
读到这里,想必你对微服务有了基础的认识,作者能力有限,如果文章写的有差错,还请指出纠正,最后,希望你能打好基础,脚踏实地,加油吧少年,别忘了三联支持可怜的博主呀,我是小周,期待你的关注。