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

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

今天我们开始「商品系统」的篇章。本文分为如下五大模块： 第一篇我们主要看看一个入门的电商平台(B2C)如何去构建自己的基础商品信息，其实这个事情很简单，想想我们的现实生活，商家摆放商品到货架，客户从货架挑选商品，客户把挑选好的商品放入购物车(篮)，最后客户去收银台结账。 备注：…

通知系统是一个成熟的 web 网站或者 app 最基本的功能，比如微博、知乎、掘金等。当然今天本文要讨论的不是这种大网站、大流量的通知系统，而是一般用户量的网站或者应用。 一个通知系统主要由：通知来源、通知控制、通知方式、通知模板和通知的目标五个部分组成。 后面详细介绍各个组成…

Zookeeper的数据模型是什么样子呢？它很像数据结构当中的树，也很像文件系统的目录。 树是由节点所组成，Zookeeper的数据存储也同样是基于节点，这种节点叫做Znode。 这样的层级结构，让每一个Znode节点拥有唯一的路径，就像命名空间一样对不同信息作出清晰的隔离。 …

文中我们从严谨的角度一步步聊到支付如何演变成独立的系统。内容包括：系统演进过程、接口设计、数据库设计以及代码如何组织的示例。若有不足之处，欢迎讨论共同学习。 我记得最开始工作的时候，所有的功能：加购物车/下单/支付 等逻辑都是放在一个项目里。如果一个新的项目需要某个功能，就把这…

延迟队列，顾名思义它是一种带有延迟功能的消息队列。 那么，是在什么场景下我才需要这样的队列呢？ 通常解决以上问题，最简单直接的办法就是定时去扫表。 2.在数据量大的情况下延时较高，规定内处理不完，影响业务，虽然可以启动多个进程来处理，这样会带来额外的维护成本，不能从根本上解决。…

本篇讲义将以“订单中心”为例，介绍“多key”类业务，随着数据量的逐步增大，数据库性能显著降低，数据库水平切分相关的架构实践。 所谓的“多key”，是指一条元数据中，有多个属性上存在前台在线查询需求。 订单中心业务分析 订单中心是一个非常常见的“多key”业务，主要提供订单的查…

在互联网行业中只要涉及到支付，必然就会有对账的需求，几乎所有互联网公司的业务中多多少少的都会涉及到支付，大一点的公司甚至都标配有了自己的第三方支付公司，因此对账具有普遍性。对账系统是支付体系中最重要的一环，也是保证交易、资金安全的最后一道防线。在大多数的互联网公司中，一般都会有…