Spring Cloud Alibaba - 01漫谈传统架构和微服务架构
Posted 小小工匠
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Spring Cloud Alibaba - 01漫谈传统架构和微服务架构相关的知识,希望对你有一定的参考价值。
文章目录
单体架构 VS 微服务架构
单体架构
简而言之 : war包走天下
我们来分析一下优缺点:
优点:
-
架构简单
-
开发测试部署简单
缺点:
-
随着业务扩展,代码越来越复杂,代码质量参差不齐,开发人员的水平不一,修改每一个小bug都是心惊胆战的
-
由于单体架构,功能复杂,部署慢
-
扩展成本高,根据单体架构图 假设模块A是一个CPU密集型的模块 ,而模块B是一个IO密集模块。单体架构上,无法针对单个功能模块进行扩展,那么就需要替换更牛逼的CPU + 更牛逼的内
存 + 更牛逼的磁盘,这成本… -
阻碍了新技术的发展,升级成本高~
微服务架构
英文:https://martinfowler.com/articles/microservices.html
中文:http://blog.cuicc.com/blog/2015/07/22/microservices
微服务核心就是把传统的单机应用,根据业务将单机应用拆分为一个一个的服务,彻底的解耦,每一个服务都是提供特定的功能,一个服务只做一件事,类似进程,每个服务都能够单独部署,甚至可以拥有自己的数据库。这样的一个一个的小服务就是微服务.
单体应用,非核心业务出现了重大bug导致系统内存溢出,导致整个服务宕机 。拆分之后,只是出问题的模块不可用,系统核心功能并不受影响。
单机架构扩展与微服务扩展
单机架构扩展通常都需要依赖nginx
微服务架构以及扩展可以单独扩展某个模块,无需像单体应用整体扩展。
微服务数据存储可以有自己的数据库
微服务 VS 微服务架构
微服务架构是一个架构风格, 提倡
- 将一个单一应用程序开发为一组小型服务.
- 每个服务运行在自己的进程中
- 服务之间通过轻量级的通信机制(比如http rest api)
- 每个服务都能够独立的部署
- 每个服务甚至可以拥有自己的数据库
微服务以及微服务架构的是二个完全不同的概念。
微服务强调的是服务的大小和对外提供的单一功能,而微服务架构是指把 一个一个的微服务组合管理起来,对外提供一套完整的服务。
微服务的优缺点
优点
- 每个服务足够小 , 足够内聚,代码更加容易理解 , 专注一个业务功能点
- 开发简单,一个服务只干一个事情
- 微服务能够被小团队开发,提高效率
- 按需伸缩
- 前后端分离 ,后端开发人员只要关系后端接口的安全性以及性能
- 一个服务可用拥有自己的数据库,也可以多个服务连接同一个数据库.
- …
缺点
- 增加了运维人员的工作量,以前只要部署一个war包,现在可能需要部署成百上千个jar/war包. 甚至引入docker + k8s
- 服务之间相互调用,增加通信成本
- 数据一致性问题(分布式事物问题)
- 系能监控等,问题定位…
微服务的适用场景
合适
- 大型复杂的项目
- 快速迭代的项目
- 并发高的项目
不合适
- 业务稳定,主要工作修修bug
- 迭代周期长,发版频率低
以上是关于Spring Cloud Alibaba - 01漫谈传统架构和微服务架构的主要内容,如果未能解决你的问题,请参考以下文章
偷偷翻开学妹笔记本,发现绝密Spring Cloud Alibaba笔记
Spring Cloud Alibaba全家桶——Spring Cloud Alibaba介绍
5.Spring Cloud Alibaba消息驱动的微服务-SpringCloudAlibabaRocketMQ