一直从事互联网电商开发三年多的时间了，回头想想却对整个业务流程不是很了解，说出去很是惭愧。但是身处互联网电商的环境中，或多或少接触了其中的各个业务，其次周边还有很多从事电商的同事和朋友，这都是资源。于是，我决定和我的同事、盆友们、甚至还有你们去梳理整个流程并分享出来，谈不上结果…

完成上述流程则是完成了一笔交易,经常网上购物的童鞋都懂这个。今天我们讲下从商品系统到交易系统和订单系统的存储过程及其设计上的应该注意的“坑”。 现在我们已经清楚商品系统数据表的设计并且清楚为什么要这样设计。 小明选择购买SKU=001的产品，正常情况下订单表应该与此SKU编码相…

1. 2. 业务中台采用领域驱动设计（DDD），在其上构建业务能力SAAS，持续不断进行迭代演进。 3. 平台化定位，进行了业务隔离设计，方便一套系统支撑不同玩法的业务类型和便于定制化扩展。 4. 5. 天然的分库分表，消息解耦和分布式缓存设计，支持弹性扩容，以支持大数据高并发…

物流订单能力作为基础能力，需要设计一套稳定的订单模型，以及一套能够在高并发环境下持续可用的接口。这些接口作为原子接口，供上层业务复用。上层业务无论多么复杂，通过这些原子接口，最终都会收敛到稳定的订单模型中来，这也是区分基础能力和产品服务的一个重要的边界。 一共四张表，主模型是l…

上一篇文章已经简要介绍了交易业务中台的设计理念，本篇会详细的来说为何要用中台的思想来架构交易系统。要说明白这个问题，我们必须回看系统的演化路径是怎样随着业务规模的增长进行变化的。 对于一个业务规模很小，业务也比较单一，该架构也是最高效的方式，一到两个web系统，数个微服务业务系…

为什么采用中台架构前几篇已经说明了，这里就介绍一下基础层和平台层的功能。 1. 发布、编辑、上架、下架这些功能大家应该比较熟悉。 2. 1. 2. 前端商品：面向用户的，在商城展示销售的，它是一个虚拟的概念。 后端商品：面向仓库实体商品的，比如一台电脑就创建一个后端商品。它和仓…

上一篇文章我们讲了关于电商SPU,SKU的概念,以及为何要设计自定义属性与自定义规格并解释了何时可以用到它们。我一直在说电商是一个既简单又复杂的东西,本章我们再一次深度解析电商系统商品设计的更多逻辑与实现。 SPU对应多个SKU,SPU实际就是主商品表，类似于iphonex这款…

商品的设计是电商系统中占据重要地位，如何设计出高扩展，高性能的商品系统并非一件简单的事情，我的设计是观摩互联网各大佬的设计后自行研究的，并非完全正确，但也不完全错误，现在我设计的这套电商系统已经在使用，如果在逻辑上遇到什么问题，会及时修改我关于电商系统相关文章的设计思想部分。 …