项目笔记：电商项目之综述及环境框架篇

记录一个历时半年的电商项目经验

第一章 综述及环境框架

---

目录

• 前言
• 一、项目框架
• 二、环境框架
• 总结

---

前言

从22年秋开始，我参与了一个完全自研的中大型的全球的电商项目的开发，历时至今终算第一阶段完成，过程中学到了很多，故正值五一假期，记录一些经验。

---

一、项目框架

前端：VUE2

后端：SringBoot微服务框架，包括网关、验证、api、应用模块各项微服务

数据库：mysql

其他：nginx、nacos、redis

服务器：阿里云服务器

二、环境框架

1.概述

采用了 vip+keepalive+nginx负载均衡+nacos集群+微服务+数据库高可用 的模式

先来个一图流

 

2.详述

1. 首先我们准备了4台服务器，两台拿来发布电商app，两台拿来发布中间件
2. 电商app为用户访问入口，中间件为第三方系统交互入口
3. 使用vip+keepalive+nginx来保证 用户/第三方 的请求一定能进入到我们的服务器
4. 然后在nginx中对4台服务器上的网关服务做了负载均衡，保证请求一定能进入到我们服务体系中
5. 我们使用了3台服务器做nacos集群（为啥不用4台0.0，可能三角形更稳定吧，其实是我懒）所以当一个请求通过了网关后，就会通过nacos发送到存活的指定微服务中
6. 所有服务和数据库都通过数据库服务器的VIP连接，数据库的高可用因为不是我做的我就不说了，反正挂了一台等个10s左右就会连到另一台，这两台的数据也是实时互相同步的
7. 整个架子中唯一的一个风险点是redis，因为redis的多活搞起来比较麻烦，在我们目前紧张的工期下，所以没有对其做处理，仅仅做了持久化，并且对齐所在服务器做了最高规格的报警监控

---

总结

总的来说，这一套基本能满足一个中大型项目的环境要求，我们的电商app有7个微服务，中间件是3个，给的服务器内存是2个16G，2个8G，在这种模式下，做的压测得到的结果是中间件能支持50TPS，所以效果还是不错的

后续我会就点来详细写每个操作的步骤和踩过的坑