1、B 端业务线
（1.1）运营管理后台（商品管理、订单管理、售后管理、学员管理、营期管理、饮食管理、运动管理、素材管理）。
（1.2）管理师工作台（学员学期结束提醒管理、学员饮食打卡汇总管理、学员运动打卡汇总管理、管理师出勤管理）。
（1.3）网关管理后台（API 列表管理、限流配置、熔断配置、缓存配置、域名配置、网关用户管理、日志管理）。
2、C 端售中业务线
（2.1）辣妈营小程序 & 减脂营小程序（健康测评模块、食材搜索、饮食模块、运动模块、体重秤、运动手环、个人
健康数据、饮食周报、运动周报、结营周报、视频直播课）。
3、C 端售前业务线
（3.1）体验营小程序 & 体验营 APP（健康测评模块、饮食体验、运动体验）。
（3.2）市场投放转化业务；微信机器人拉人业务；灵犀广告转化业务。
5、所用技术栈
以 Maven 作为项目构建工具、以 dubbo2.7.10/dubbo2.5.3、Apollo、nacos1.4.2、zookeeper2.7.10、MySQL、
Springboot2.3.12、spring-cloud-alibaba-dependencies2021.1、jedis2.8.1、elasticsearch7.3.1、vue、NodeJS、
Python、Hadoop 为技术栈。根据业务需要项目架构技术选型可定制化自由组合。
6、主负责并参与研发的项目
（6.1）利用 spring-gateway 对外暴露的 API 接口统一进行鉴权/限流/熔断/缓存，解决了接口高并发与恶意频刷问题
（6.2）用户中心以微服务的方式由 NodeJS 重构为 JAVA，解决了 node 不能充分利用机器性能的瓶颈。
（6.3）微信机器人项目以微服务方式由 Python 重构为 JAVA，在高并发下速度得到质的提升。
（6.4）食材搜索从搜数据库改为 ES，并抽出微服务单独运行，大大提升了食材搜索速度与准确率，减轻了数据库压力
（6.5）全站 Jar 包/dubboservice 包统一管理，很好解决了 Jar 包版本冲突以及生产与测试环境混乱问题。
（6.6）一些技术栈比较老的多数据源的单体项目由 SpringMVC 重构为 SpringCloudAlibaba，服务性能得到保障。
（6.7）利用大数据技术计算出用户的饮食模版以及统计用户的饮食偏好。
（6.8）利用 TDD 流程以及敏捷开发模式，很多项目都得到很快落地上线验证。
7、架构经验
（7.1）高可用存储架构：MySQL 一主多从 + Redis 分片集群 + MongoDB（Replica Set + Sharding）集群。
（7.2）高性能部署架构：Client -> DNS -> SLB -> Nginx -> K8S/Ingress -> docker -> 微服务集群。
（7.3）分布式可扩展架构：
（A）拆分多个微服务（用户中心微服务+搜索微服务+饮食微服务+运动微服务+测评微服务+周报微服务+...）
（B）微服务基础设施（服务注册+服务发现+服务网关+服务熔断+服务降级+分布式事务管理+ ...）