Spring Cloud Alibaba - 01漫谈传统架构和微服务架构

Spring Cloud Alibaba - 01漫谈传统架构和微服务架构

文章目录

单体架构 VS 微服务架构

单体架构微服务架构 单机架构扩展与微服务扩展微服务 VS 微服务架构微服务的优缺点

优点缺点 微服务的适用场景

合适不合适

单体架构 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迭代周期长，发版频率低