论微服务架构与单体架构
- 前言
- 一、什么是单体架构？
- 单体架构的优点：
- 单体架构的缺点：
- 二、什么是微服务架构
- 微服务架构的优点：
- 总结
前言
微服务架构是目前开发较为热门的技术点。本章内容简单介绍微服务与单体架构的概念及区别，帮助新手开发者建立初级概念，为后续SpringCloud Alibaba的学习奠定基础
提示：以下是本篇文章正文内容，下面案例可供参考
一、什么是单体架构？
单体架构就像是一个盒子，所有的东西都放在这个盒子里。
一个包（war、jar）就能包含所有功能的应用。
单体架构的优点：
- 架构简单
- 开发 测试 部署方便
单体架构的缺点：
- 代码结构复杂
- 部署麻烦（全量部署 ，风险较高。）
- 很难扩展（内部有不同的需求，但都捆绑在一起，无法扩展。）
- 阻碍技术升级（有了更合适的技术，却干不动，代码紧耦合）
二、什么是微服务架构
微服务架构就好像一个柜子，所有的东西都分门别类的存放。
一系列独立的微服务构成整个系统，一个微服务只关注某个特定功能，可以单独维护。
微服务架构的优点：
- 易于开发维护：
每个服务业务功能单一，开发和维护简单，体积小，启动快。 - 局部部署容易
独立的服务可以单独部署，不影响其他服务。 - 易于扩展
可以根据每个服务的特性进行有针对性的扩展。 - 易于技术升级：
某个服务升级的新技术时，可以快速改造，不影响其他服务。
总结
重难点：
- 单体架构的结构和特点
- 单体架构的优缺点
- 微服务架构的结构特点
- 微服务架构的优缺点
本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
