项目源码 https://cnb.cool/szu/TravelBest/Platform/-/tree/main
文章目录
- 架构
- 微服务
- 网络通信延迟
- 中间件
- redis
- MongoDB
架构
微服务
优点：
- 模块间解耦、职责清晰，独立部署与扩展，单个服务故障不会影响整个系统，便于持续交付与快速迭代
缺点：
- 资源开销较大：每个服务需单独运行，占用更多端口、内存、CPU 和网络资源。
- 服务间通信延迟：原本函数调用变为网络调用，可能增加响应延迟（如 REST、RPC）。
- 系统复杂度增加，数据一致性难度提升，部署与测试复杂，监控与日志收集困难
“慢”是必然的，微服务就是一种 “用可维护性换性能” 的架构风格
但它带来了部署、迭代、可维护性、故障隔离的好处。适合团队规模大、需求复杂、业务分区清晰的系统。
网络通信延迟
不只是微服务模块间，甚至 mysql 调用都是网络通信，必然比单体架构慢。
| 操作类型 | 平均耗时（数量级） |
|---|---|
| 内存访问 | 几十纳秒 ns |
| 函数调用 | 几十到几百纳秒 |
| 本地文件系统 I/O | 微秒级 |
| 本机 TCP 调用 | 几百微秒 ~ 毫秒 |
| 跨主机 TCP | 毫秒级 |
| 消息队列（网络） | 毫秒 ~ 多毫秒 |
| 数据库请求 | 几毫秒 ~ 几十毫秒 |
中间件
redis
临时存验证码
MongoDB
对于嵌套内容，如果使用mysql需要联表查询，性能不好。
)
)
