Act as a seasoned system archi…

# 在线教育平台微服务架构方案

一、整体架构分层

• 接入层：Nginx + LVS 做负载均衡，支撑流量分发与动静分离
• 网关层：Spring Cloud Gateway，统一鉴权、限流、路由
• 服务层：按业务域拆分微服务，基于 Spring Boot + Spring Cloud Alibaba（Nacos 注册/配置中心，Sentinel 限流熔断）
• 数据层：MySQL 分库分表 + Redis 缓存 + RocketMQ/Kafka 异步解耦

二、微服务拆分建议

• 用户服务：注册登录、账户体系
• 课程服务：课程管理、目录、商品化
• 订单服务：下单、支付回调（对接第三方支付）
• 学习服务：视频播放进度、笔记、作业
• 直播服务：推拉流调度、聊天互动
• 消息服务：站内信、短信、邮件通知
• 搜索服务：可选，Elasticsearch 支撑课程检索

三、水平扩展设计

• 无状态服务：所有服务不保存本地会话，Session 统一存 Redis，可直接加机器扩容
• 网关与注册中心：Gateway、Nacos 均集群部署（至少3节点）
• 数据库层：
• MySQL 主从复制 + 读写分离，写主库、读从库
• 数据量增长后按用户 ID 或课程 ID 分库分表（可用 ShardingSphere）
• 缓存层：Redis Cluster 集群（3主3从起步），热点课程数据、播放进度走缓存

四、晚间高峰（1万并发）应对

• 限流降级：Sentinel 对各接口设置 QPS 阈值，非核心功能（推荐、评论）可降级
• 异步削峰：下单、发消息等操作走消息队列，避免瞬时打爆数据库
• 视频分发：直播/点播走 CDN，源站压力大幅降低（直播可考虑 SRS/云厂商直播服务）
• 热点缓存：晚间热门课程预加载到 Redis，设置多级缓存（本地 Caffeine + Redis）防击穿
• 连接池：数据库连接池（HikariCP）合理配置，避免高峰连接耗尽

五、可观测与运维

• 监控：Prometheus + Grafana 监控服务指标，链路追踪用 SkyWalking
• 日志：ELK 统一收集分析
• CI/CD：Docker + Kubernetes 部署，配合 Jenkins/GitLab CI 实现自动扩缩容

六、演进路线建议

1. 当前阶段（8万用户）：单体拆分为 5-6 个核心微服务，MySQL 一主两从即可

2. 中期：用户量翻倍后引入分库分表、多级缓存、ES 搜索

3. 长期：容器化全面上 K8s，按服务独立弹性伸缩

此方案在当前规模下成本可控，各层均预留水平扩展能力，可平滑支撑业务增长。