将订单相关数据独立存储，并通过主从库、redis方式提升存储性能，对不同维度的数据区别存储，按需通过订单ID及接口服务来提取相关数据，远期通过分库分表、ES搜索实现高可用及可扩展。

　　服务层：

　　将主交易系统、查询系统拆解，避免业务相互影响，支持业务迭代及性能提升。

　　运维层：

　　实现运维智能化、自动化。事前做定期压测、全链路关键日志等;事中对系统运行中的业务及接口服务指标实时监控并做处理。

　　2.订单流程

　　3.订单状态机及订单推送

　　订单状态应从其存在价值去理解背后的设计机制，根据不同系统(角色)的维度定义，颗粒度也跟随业务需要去细化，主流程关键性状态基本通用。

　　订单/支付/物流三系统主流程应有独立的状态(包括过程态、节点态)，避免耦合在一起，否则随着业务发展，状态越来越复杂，降低效率和扩展性。

　　4.订单管理

　　三、会员/用户系统

　　会员系统聚合了用户信息的出口，满足所有关联系统对用户数据及服务的需求。核心诉求：

　　建立、管理、充分利用用户数据

　　通过用户运营提高用户满意度和忠诚度

　　通过数据分析负反馈(转化低、流失等)，更好的改善产品及运营策略

　　对于其他子系统，笔者实在是要花很多时间整理，特别碰到天气不好，下次再分享给大家吧，最后浅浅的讲一下电商系统性能跟安全的话题(真的很浅，跟阿猫阿狗那系统不能比)：

　　四、系统容量、性能及安全

　　系统容量(流量):

　　关乎系统在特定压力下的稳定性，影响电商流量峰值的主要因素是抢购、促销和恶意攻击，举个栗子，平台注册用户量达到1000万，按照通用的电商平台数据测算规则：

　　响应时间：

　　关乎系统性能，对用户体验造成更直观的影响

　　通过一系列系统优化提升请求响应时间，如前端负载均衡、合并HTTP链接请求、缓存策略等

　　着重对前端影响用户体验的请求响应时间、核心流程请求的响应时间做优化，非核心业务流程可采用异步处理方式，降低系统运算开销

　　常见电商平台安全隐患:

　　数据泄露，造成对公司数据损失，用户隐私受到伤害

　　黄牛薅羊毛，主要是在促销活动中(如满减、满赠等)，活动主要目的是获取新用户、激活老用户，黄牛党破坏平台初衷

　　恶意攻击，a)恶意占用库存;b)DDOS暴力攻击，异常流量瘫痪网站;c)CC业务攻击，暴力并发请求

　　其他，如虚假注册、套现、劫持、欺诈、盗号(常见于预存账户)

　　写在最后：

　　要把很大的一个工程讲清楚，靠写真的有点乱，所以省略了很多，有些东西讲起来比较方便，有些地方写的粗，有不了解的或者想深入交流的，可以微信聊哈。