目录 认识微服务 单体架构 分布式架构 微服务架构 认识 SpringCloud 微服务技术对比 认识微服务 随着互联网行业的发展,对服务的要求也越来越高,服务架构也从单体架构逐渐演变为现
- 认识微服务
- 单体架构
- 分布式架构
- 微服务架构
- 认识 SpringCloud
- 微服务技术对比
认识微服务
随着互联网行业的发展,对服务的要求也越来越高,服务架构也从单体架构逐渐演变为现在流行的微服务架构。这些架构之间有怎样的差别呢?
《互联网系统架构演变》
单体架构
单体架构:将业务的所有功能集中在一个项目中开发,打成一个包部署。
优点:
- 架构简单
- 部署成本低
缺点:
- 耦合度高(维护困难、升级困难)
分布式架构
分布式架构:根据业务功能对系统做拆分,每个业务功能模块作为独立项目开发,称为一个服务。
优点:
- 降低服务耦合
- 有利于服务升级和拓展
缺点:
- 服务调用关系错综复杂
分布式架构虽然降低了服务耦合,但是服务拆分时也有很多问题需要思考:
- 服务拆分的粒度如何界定?
- 服务之间如何调用?
- 服务的调用关系如何管理?
因此,人们需要制定一套行之有效的标准来约束分布式架构。
微服务架构
微服务的架构特征:
单一职责
:微服务拆分粒度更小,每一个服务都对应唯一的业务能力,做到单一职责。自治
:团队独立、技术独立、数据独立,独立部署和交付。面向服务
:服务提供统一标准的接口,与语言和技术无关。隔离性强
:服务调用做好隔离、容错、降级,避免出现级联问题。
微服务的上述特性其实是在给分布式架构制定一个标准,进一步降低服务之间的耦合度,提供服务的独立性和灵活性,做到高内聚,低耦合。
服务拆分原则:
- 不同的微服务,不要重复开发相同的业务。
- 微服务数据独立,不要访问其它微服务的数据库。
- 微服务可以将自己的业务暴露为接口,供其它微服务调用。
可以认为微服务是一种经过良好架构设计的分布式架构方案
。
但方案该怎么落地?选用什么样的技术栈?全球的互联网公司都在积极尝试自己的微服务落地方案,其中在 Java 领域最引人注目的就是 SpringCloud 提供的方案了。
认识 SpringCloud
什么是 SpringCloud ?
-
SpringCloud 是目前国内(甚至全球)使用最广泛的微服务框架(官网) 。
-
SpringCloud 是微服务架构的一站式解决方案,集成了各种优秀的微服务功能组件,并基于 SpringBoot 实现了这些组件的自动装配,从而提供了良好的开箱即用体验
。
SpringCloud 常见组件:
注意,由于 SpringCloud 底层是依赖 SpringBoot 的,因此两者有如下的版本兼容关系:
微服务技术对比
企业需求: