2. 微服务
2.1 概要
微服务是一种架构风格,它要求我们在开发一个应用的时候,这个应用必须构建成一系列小服务的组合;可以通过http的方式进行互通。
要说微服务架构,就得先了解过去的单体应用架构。
2.2 单体应用架构
单体应用架构(all in one) 是指,我们将一个应用的所有应用服务都封装在一个应用中。
无论是ERP、还是CRM或是其他什么的系统,你都要把数据库访问、web访问,等等各个功能都放在一个war包中。
单体应用架构的好处是,
- 易于开发和测试,
- 也十分方便部署;当需要扩展时,只需要将war复制多份,然后放到多个服务器上,再做个负载均衡就好了。
单体应用架构的坏处是,
哪怕我需要修改一个很小的地方,我都需要停掉整个服务,重新打包,部署这个应用war包。
特别是对于一个大型应用,我们不可能把所有内容都放在一个应用里面,我们如何维护、如何分工合作都是问题。
2.3 什么是微服务
所谓微服务架构,就是打破之前的all in one架构方式,把每个元素独立出来,把独立出来的功能元素动态组合,需要的功能元素才拿来组合。需要多一些时间整合多个功能元素,所以微服务架构是对功能元素进行复制,而不是对整个项目进行复制。
这样做的好处是:
- 节省了调用资源。
- 每个功能元素的服务都是一个可替换的、可独立升级软件代码。
Martinfowler于2014.3.25写的《Microservices》,详细阐述了什么是微服务。
地址:https://martinfowler.com/articles/microservices.html
2.4 如何构建微服务
一个大型系统的微服务架构,就像是一个复杂交织的神经网络,每个神经元都是一个功能元素。它们各自完成自己的功能,然后通过http互相强求调用。
比如一个电商系统,查缓存,练数据库,浏览页面、结账、支付等服务都是一个个独立的功能服务,都被微化了,它们作为一个个微服务共同构建了一个庞大的系统。
如果修改其中的一个功能,只需要更新升级其中一个功能服务单元即可。
更新升级方便的同时也是有问题存在的,这种庞大的系统架构给部署和运维都带来了很大的难度。
于是,Spring为我们带来了一个构建大型分布式微服务的全套、全程产品。
- 构建一个个功能独立的微服务应用单元,可以使用SpringBoot帮助我们快速构建一个应用;
- 大型分布式网络服务的调用,这部分由Spring cloud来完成,实现分布式;
- 在分布式中间,在进行流式数据计算、批处理,我们有Spring Cloud Data Flow来完成。
Spring已经为我们想清楚整个从开始构建应用到大型分布式应用全流程方案。