1、单体应用的痛点
传统的单体应用，将所有功能的表示层、业务逻辑层，数据访问层，包括静态资源等等全部糅合在一个工程里面，编译，打包，部署在单台服务器上上线，比如打成war包放在Tomcat的webapp目录中部署项目。这样的项目开发部署适合小型项目，系统功能不复杂，访问量不大的情况下有绝对的优势。开发速度快，运维方便。但是当业务越来越复杂，功能越来越多，参与的开发人员越来越多，就暴露出问题了。
比如：
业务变复杂，代码量增大，代码可读性，可维护性，可扩展性下降。万一要新同事接手代码，理解起来花很多时间
测试难度增大
单体应用并发能力有限，访问量高了用户体验差
单体应用容错率低，万一哪里出错，可能导致整个项目就崩了
1、微服务的优势
将原来的单体应用按义务范围来进行划分，划分为多个小model，每个微服务运行在自己的进程中，不相互影响，通过完全自动化部署来独立部署。并使用轻量级机制通信，通常是HTTP RESTUFUL API。可对各个微服务进行集中管理。这些小model可以使用不同的编程语言，以及不同的存储技术。
1、springcloud alibaba的重要组件
nacos:
注册中心（服务注册与发现）、配置中心（动态配置管理）
Ribbon:
负载均衡
Feign：
声明式Http客户端（调用远程服务）
Sentinel:
服务容错（限流、降级、熔断）
Gateway：
API网关（webflux编程模式）
Sleuth：
调用链监控
Seata：
原Fescar，即分布式事务解决方案
1、搭建父工程
我们给项目起个名字就叫做’mdx-shop’ 迷迭香的商店
接下来配置下maven
删除掉src目录（父目录不需要）
2、引入相关springcloud依赖
先看下springcloud和springcloud alibaba 和各个组件之间的版本对应关系
引入springboot springcloud spingcloud alibaba 依赖，如下
版本选取：
springboot – 2.6.4
springcloud – 2021.0.1
springcloud alibaba – 2021.0.1.0
4.0.0 org.springframework.boot spring-boot-starter-parent 2.6.4 com.mdx mdx-shop 1.0.0 8 8 2021.0.1 2021.0.1.0 org.springframework.boot spring-boot-starter org.springframework.boot spring-boot-starter-test test org.springframework.boot spring-boot-starter-web org.springframework.cloud spring-cloud-dependencies ${spring-cloud.version} pom import com.alibaba.cloud spring-cloud-alibaba-dependencies ${spring-cloud-alibaba.version} pom import org.springframework.boot spring-boot-maven-plugin
3、创建子模块
我们模拟创建一个用户模块
下一篇文章nacos注册中心和配置中心
手把手教你搭建springcloud alibaba微服务–nacos注册中心和配置中心
项目地址
mdx-shop gitee地址
