spring cloud架构单体架构 ALL IN ONE 单体架构意味着：单一部署单元：所有功能模块（商品、订单、

优点	具体说明
开发简单	单一项目，IDE管理方便，调试容易，无需考虑服务间调用。
测试容易	只需启动一个应用即可进行端到端测试。
部署单一	只需部署一个JAR/WAR包，运维成本低。
事务管理简单	所有模块共享一个数据库，利用本地事务（@Transactional）即可保证ACID。

缺点	具体表现
并发能力受限	整个应用只能整体横向扩展（增加多个相同副本），无法针对高并发的商品模块单独扩容。
可靠性差	一个模块（如支付）的内存泄漏或死锁，会导致整个应用崩溃。
维护成本递增	代码量巨大（数百万行），不同模块代码耦合，修改一处可能影响全局，IDE编译变慢。
技术选型锁死	所有模块共用技术栈（如Java版本、框架版本），无法为不同场景选择合适工具。

把同一个应用部署在多台服务器上，通过负载均衡将用户请求分发到不同的服务器。

问题	说明
代码依然耦合	所有模块（商品、订单、支付）仍在同一个项目里，修改一个模块需要重新部署整个集群
数据库仍是瓶颈	虽然做了读写分离，但单张表数据量过大时，主库写入压力依然集中
session共享问题	用户登录后请求落到不同服务器，需要引入Redis等中间件共享session
分布式事务	涉及多个模块的写操作（如下单扣库存），单体本地事务不再适用，需要分布式事务方案

我们按照业务拆分，每个模块又叫微服务，可以独立的开发，测试，部署，升级，扩展。
数据库同样可以根据业务拆分，每个数据库只存储一部分数据。

每一个服务器不在部署一个应用，而是部署多个微服务模块。对于访问量大的模块，可以部署多个实例。

微服务配置和注册中心 Nacos