12306订票网站的核心模型设计思路究竟复杂在哪里

全网营销

当前位置首页 > 知识学院 > 全网营销

12306订票网站的核心模型设计思路究竟复杂在哪里

发布日期:2018-05-28 10:59:55编辑:阿沐来源:尚古道策略-原创

珠海市网站建设,珠海政府网站建设公司,珠海酒店网站建设公司,珠海专业网站建设公司,珠海高端网站建设公司,珠海移动网站建设公司,珠海网站建设公司,珠海自媒体广告,珠海建网站公司,珠海网站多少钱,珠海建网站的网络公司,珠海哪里有网站多少钱,珠海建网站及推广,珠海网站建设怎么样,珠海网站建设公司电话,珠海中企网站建设公司,珠海pc网站建设,珠海建网站多少钱,珠海响应式网站建设,珠海服务好的网站建设,珠海网站建设哪家专业,珠海专业网站建设价格,珠海专业网站建设公司 ,珠海专业网站建设费用,珠海网站建设哪家权威,珠海手机网站建设,珠海网站建设哪家好,珠海专业网站建设公司,珠海专业网站建设,珠海模板定制运营,珠海网络营销公司,珠海网站建设优化推广,珠海知名网站建设公司,珠海做网站开发公司,珠海高端网站建设,珠海一站式服务的网络公司,珠海做网站的公司,珠海营销型网站建设公司,珠海seo优化报价哪家强,香山街道做网站的网络公司,珠海网站优化,惠州网站优化,珠海网站优化网站哪家靠谱,澳门网站制作,珠海全网营销那家好,珠海优化公司,高新区哪家网络公司做网站快照排名好,低价的百度后台托管报价表,福田全网营销价格,靠谱的整合营销费用,深圳百度推广费用,专业朋友圈广告报价,肇庆整合营销代理商,南山区百度推广费用,三水朋友圈广告渠道,低价的头条报价表,福田百度推广报价,珠海朋友圈广告比较好,中山今日头条开户报价表,江门百度账户托管渠道,深圳大V号转发报价表,靠谱的新闻源发布多少钱,广州专业的关键词排名有哪些,东莞新闻源发布代理商,罗湖朋友圈广告报价,广州百度推广收费,江门竞价托管公司渠道,专业百度后台托管报价表,罗湖推广渠道渠道,江门整合营销哪家公司好,好的大V号转发价格,靠谱的整合营销报价表,罗湖搜狗开户收费,深圳大V号转发报价表,靠谱的新闻源发布多少钱,好的大V号转发价格,江门整合营销哪家公司好,靠谱的新闻源发布报价,三水朋友圈广告公司,珠海百度推广收费,低价的搜狗开户收费,江门全网营销费用,全网营销型网站报价一般多少钱,珠海靠谱的全网营销哪家公司好,珠海网站建设公司,珠海网站制作,珠海网站设计,珠海seo优化外包公司_网站关键词优化_百度排名推广营销,专注高端网站建设_网络推广一站式服务的网络公司,珠海网站建设_网站制作_做网站开发公司,珠海权威建站公司,珠海手机网站制作,珠海网站设计公司,珠海建站,珠海微网站,珠海网站建设_珠海网站制作_珠海网站设计,珠海网站建设_珠海APP开发制作_珠海SEO,珠海网站建设优化推广|珠海网络营销公司|模板定制运营,珠海网站建设优化推广|珠海网络营销公司|模板定制运营,珠海网站建设制作公司_品牌网站网络营销推广,珠海seo好不好,企业网站建设流程,

尚古道策略通过商业创新和策略来实现服务定制,缔造有价值的服务。专注为客户提供一站式网络营销体系建设与托管服务,通过网络营销为客户创造价值营销网站建设+营销策略植入+全网营销推广。尚古道策略重策略,求实效,做实事,早在2004年,我们就开始设计网站。10多年来,我们追求并一直坚持,为客户打造适合的真正有价值的互联网平台。认真聆听客户的思想,追求在战略理解上与客户同步;精心制定落地的计划,雕琢每一个面向用户的细节。经验与互联网数据分析能力,是尚古道策略最核心的价值。珠海网站建设全网营销推广、托管合作运营、微信营销合作就找尚古道策略

元宵节结束,年就真的过完了。挥别故里,回到打拼的城市,理性思维是否也跟着工作状态一起回归了呢?每一年的春运都是对 12306 的一次大考,抛去盲从和偏见,让我们用工程师的思维重新打量、从业务分析的角度去探讨,12306 的核心模型设计思路和架构设计到底复杂在哪里?601珠海网站建设公司(尚古道策略)

601珠海网站建设公司(尚古道策略)

为什么我要研究这个问题?

春节期间,无意中看到一篇文章,文章中讲到 12306 的业务复杂度远远比淘宝天猫这种电商网站要复杂。后来自己想想,也确实如此。所以,很想挑战一下 12306 这个系统的核心领域模型的设计。一般的电商网站,购买都是基于商品的概念,每个商品有一定量的库存,用户的购买行为是针对商品的。当用户发起购买行为时,系统只需要生成订单并对用户要购买的商品减库存即可。但是,12306 就不是那么简单了,具体复杂在哪里,我下面会进一步分析。601珠海网站建设公司(尚古道策略)

另外一个让我写这篇文章的原因,是我发现也许是否是因为目前 12306 的核心领域模型设计的不够好,导致用户购票时要处理的业务逻辑异常复杂,维护数据一致性的难度也几百倍的上升,同时面对高并发的订票也难以支持很高的 TPS。我觉得,越是复杂的业务,就越要重视业务分析,重视领域模型的抽象和设计。如果不假思索,凭以往经验行事,则很可能会被以往的设计经验先入为主,陷入死胡同。601珠海网站建设公司(尚古道策略)

技术人员往往更注重技术层面的解决方案,比如一上来就分析如何集群、如何负载均衡、如何排队、如何分库分表、如何用锁,如何用缓存等技术问题,而忽略了最根本的业务层面的思考,如分析业务、领域建模。我认为越是复杂的业务系统,则越要设计一个健壮的领域模型。如果一个系统的架构我们设计错了,还有补救的余地,因为架构最终沉淀的只是代码,调整架构即可(一个系统的架构本身就是不断演进的);而如果领域模型设计错了,那要补救的代价是非常大的,因为领域模型沉淀的是数据结构及其对应的大量数据,对任何一个大型系统,要改核心领域模型都是成本非常高的。601珠海网站建设公司(尚古道策略)

本文的重点不是在如何解决高并发的问题,而是希望从业务角度去分析,12306 的理想模型应该是怎么样的。网上目前谈 12306 的文章貌似都是千篇一律的只谈技术,不谈业务分析和如何建模的。所以我想写一下自己的设计和大家交流学习。601珠海网站建设公司(尚古道策略)

1、需求概述601珠海网站建设公司(尚古道策略)

12306 这个系统,核心要解决的问题是网上售票。涉及到 2 个角色使用该系统:用户、铁道部。用户的核心诉求是查询余票、购票;铁道部的核心诉求是售票。购票和售票其实是一个场景,对用户来说是购票,对铁道部来说是售票。因此,我们要设计一个在线的网站系统,解决用户的查询余票、购票,以及铁道部的售票这 3 个核心诉求。看起来,这 3 个场景都是围绕火车票展开的。601珠海网站建设公司(尚古道策略)

查询余票:用户输入出发地、目的地、出发日三个条件,查询可能存在的车次,用户可以看到每个车次经过的站点名称,以及每种座位的余票数量。601珠海网站建设公司(尚古道策略)

购票:购票分为订票和付款两个阶段,本文重点分析订票的模型设计和实现思路。601珠海网站建设公司(尚古道策略)

其实还有很多其他的需求,比如给不同的车次设定销售座位数配额,以及不同的区段设置不同的限额。但相比前面两个需求来说,我觉得这个需求相对次要一些。601珠海网站建设公司(尚古道策略)

2、需求分析601珠海网站建设公司(尚古道策略)

确实,12306 也是一个电商系统,而且看起来商品就是票了。因为如果把一张票看成是一个商品,那购票就类似于购买商品,然后每张票都有库存,商品也有库存的概念。但是如果我们仔细想想,会发现 12306 要复杂很多,因为我们无法预先确定好所有的票,如果非要确定,那只能通过穷举法了。601珠海网站建设公司(尚古道策略)

我们以北京西到珠海北的 G71 车次高铁为例(这里只考虑南下的方向,不考虑珠海北到北京西的,那是另外一个车次,叫 G72),它有 17 个站(北京西是 01号站,珠海北是 17号站),3 种座位(商务、一等、二等)。表面看起来,这不就是 3 个商品吗?G71 商务座、G71 一等座、G71 二等座。大部分轻易喷 12306 的技术人员(包括某些中等规模公司的专家、CTO)就是在这里栽第一个跟头的。实际上,G71 有 136*3=408 种商品(408 个 SKU),怎么算来的?如下:601珠海网站建设公司(尚古道策略)

如果卖北京西始发的,有 16 种卖法(因为后面有 16 个站),北京西到:保定、石家庄、郑州、武汉、长沙、广州、虎门、珠海。。。。都是一个独立的商品,同理,石家庄上车的,有 15 种下车的可能,以此类推,单以上下车的站来计算,有 136 种票:16+15+14....+2+1=136。每种票都有 3 种座位,一共是 408 个商品。601珠海网站建设公司(尚古道策略)

为了方便后面的讨论,我们先明确一下票是什么?601珠海网站建设公司(尚古道策略)

一张票的核心信息包括:出发时间、出发地、目的地、车次、座位号。持有票的人就拥有了一个凭证,该凭证表示持有它的人可以坐某个车次的某个座位号,从某地到某地。所以,一张票,对用户来说是一个凭证,对铁道部来说是一个承诺;那对系统来说是什么呢?不知道。这就是我们要分析业务,领域建模的原因,我们再继续思考吧。601珠海网站建设公司(尚古道策略)

明白了票的核心信息后,我们再看看 G71 这个车次的高铁,可以卖多少张票?601珠海网站建设公司(尚古道策略)

讨论前先说明一下,一辆火车的物理座位数(站票也可以看成是一种座位,因为站票也有数量配额)不等于可用的最大配合。所有的物理座位不可能都通过 12306 网站来销售,而是只会销售一部分,比如 40%。其余的还是会通过线下的方式销售。不仅如此,可能有些站点上车的人会比较多,有些比较少,所以我们还会给不同的区间配置不同的限额。601珠海网站建设公司(尚古道策略)

比如 D31 北京南至上海共有 765 张,北京南有 260 张,杨柳青有 80 张,泰安有 76 张。如果杨柳青的 80 张票售完就会显示无票,就算其他站有票也会显示无票的。每个车次肯定会有各种座位的配额和限额的配置的,这种配置我目前无法预料,但我已经把这些规则都封装近车次聚合根里了,所有的配置策略都是基于座位类型、站点、区间配置的。关于票的配置抽象出来,我觉得主要有 3 种:601珠海网站建设公司(尚古道策略)

某个区段最多允许出多少张;601珠海网站建设公司(尚古道策略)

某个区段最少允许出多少张;601珠海网站建设公司(尚古道策略)

某个站点上车的最多多少张。601珠海网站建设公司(尚古道策略)

当用户订票时,把用户指定的区段和这 3 种配置条件进行比较,3 个条件都满足,则可以出票。不满足,则认为无票了。下面举个例子:601珠海网站建设公司(尚古道策略)

ABCDEFG,这是所有站点。座位总配额是 100,假设 B 站点上车,E 站下车的人比较少,那我们就可以设定 BE 这个区段最多只能出 10 张票。所以,只要是用户的订票是在这个区段内的,就最多出 10 张。再比如,一列车次,总共 100 个座位配额,希望全程票最少满足 80 张,那我们只要给 AG 这个区段设定最少 80 张。那任何订票请求,如果是子区间的,就不能超过 100-80,即 20 张。这两种条件必须同时满足,才允许出票。601珠海网站建设公司(尚古道策略)

但是,不管如何做配额和限额,我们总是针对某个车次进行配置,这些配置只是车次内部售票时的一些额外的判断条件(业务规则),不影响车次模型的核心地位和对外暴露的功能。所以,为了本文讨论的清楚起见,我后续的讨论都不涉及配额和限额的问题,而是认为任何区段都可以享受火车最大的物理座位数。601珠海网站建设公司(尚古道策略)

并且,为了讨论问题方便,我们减少一些站点来讨论。假设某个车次有 A,B,C,D 四个站点。那 001 这个人购买了 A,B 这个区间,系统会分配给 001 一个座位 x;但是因为 001 坐到 B 站点后会下车,所以相当于 x 这个座位又空出来了,也就是说,从 B 站点开始,系统又可以认为 x 这个座位是可用的。所以,我们得出结论:同一个座位,其实可以同时出售 AB,BC 这两张票。通过这个简单的分析,我们知道,一列火车虽然只有有限的座位数,比如 1000 个座位。但可以卖出的票远远不止 1000 个。601珠海网站建设公司(尚古道策略)

还是以 A,B,C,D 四个站点为例,假如火车总共有 1000 个座位,那 AB 可以卖 1000 张,BC 也可以卖 1000 张,同样,CD 也可以卖 1000 张。也就是说,理论上最多可以卖出 3000 张票。但是如果换一种卖法,所有人都是买 ABCD 的票,也就是说所有的票都是经过所有站点的,那就是最多只能卖出 1000 张票了。而实际的场景,一定是介于 1000 到 3000 之间。然后实际的 G71 这个车次,有 17 个站,那到底可以卖出多少个票,大家应该可以算了吧。理论上这 17 个站中的任意两个站点之间所形成的线段,都可以出售为一张票。我数学不好,算不太清楚,麻烦有数学好的人帮我算算,呵呵。601珠海网站建设公司(尚古道策略)

通过上面的分析,我们知道一张票的本质是某个车次的某一段区间(一条线段),这个区间包含了若干个站点。然后我们还发现,只要区间不重叠,那座位就不会发生竞争,可以被回收利用,也就是说,可以同时预先出售。601珠海网站建设公司(尚古道策略)

另外,经过更深入的分析,我们还发现区间有 4 种关系:601珠海网站建设公司(尚古道策略)

不重叠;601珠海网站建设公司(尚古道策略)

部分重叠;601珠海网站建设公司(尚古道策略)

完全重叠;601珠海网站建设公司(尚古道策略)

覆盖。601珠海网站建设公司(尚古道策略)

不重叠的情况我们已经讨论过了,而覆盖也是重叠的一种。所以我们发现如果重叠,比如有两个区间发生重叠,那重叠部分的区间(可能夸一个或多个站点)是在争抢座位的。因为假设一列火车有 100 个座位,那每个原子区间(两个相邻站点的连线),最多允许重叠 99 次。601珠海网站建设公司(尚古道策略)

所以,经过上面的分析,我们知道了一个车次能够出售一张车票的核心业务规则是什么?就是:这张车票所包含的每个原子区间的重叠次数加 1 都不能超过车次的总座位数,实际上重叠次数 +1 也可以理解为线段的厚度。601珠海网站建设公司(尚古道策略)

3、模型设计601珠海网站建设公司(尚古道策略)

上面我分析了一下票的本质是什么。那接下来我们再来看看怎么设计模型,来快速实现购票的需求,重点是怎么设计商品聚合以及减库存的逻辑。601珠海网站建设公司(尚古道策略)

传统电商的思路601珠海网站建设公司(尚古道策略)

如果按照普通电商的思路,把票(站点区间)设计为商品(聚合根),然后为票设计库存数量。我个人觉得是很糟糕的。因为一方面这种聚合根非常多(上面的 G71 就有 408 个);另一方面,即便枚举出来了,一次购票也一定会影响非常多其他聚合根的库存数量(只要被部分或全部重叠的区间都受影响)。这样的一次订单处理的复杂度是难以评估的。而且这么多聚合根的更新要在一个事务里,这不是为难数据库吗?而且,这种设计必然带来大量的事务的并发冲突,很可能导致数据库死锁。601珠海网站建设公司(尚古道策略)

总之,我认为这种是典型的由于领域模型的设计错误,导致并发冲突高、数据持久化落地困难。或者如果要解决并发问题,只能排队单线程处理,但是仍然解决不了要在一个事务里修改大量聚合根的尴尬局面。601珠海网站建设公司(尚古道策略)

听说 12306 是采用了 Pivotal Gemfire 这种高大上的内存数据库,我对这个不太了解。我不可想象要是不使用内存数据库,他们要怎么实现车次内的票之间的数据强一致性(就是保证所有出售的票都是符合上面讨论的业务规则的)?所以,这种设计,我个人认为是思维定势了,把火车票看成是普通电商的商品来看待。所以,我们有时做设计又要依赖于经验,又要不能被以往经验所束缚,真的不容易,关键还是要根据具体的业务场景多多深入分析,尽量分析抽象出问题的本质出来,这样才能对症下药。那是否有其他的设计思路呢?601珠海网站建设公司(尚古道策略)

我的思路601珠海网站建设公司(尚古道策略)

1、聚合设计601珠海网站建设公司(尚古道策略)

通过上面的分析我们知道,其实任何一次购票都是针对某个车次的,我认为车次是负责处理订票的聚合根。我们看看一个车次包含了哪些信息?一个车次包括了:601珠海网站建设公司(尚古道策略)

车次名称,如 G71;601珠海网站建设公司(尚古道策略)

座位数,实际座位数会分类型,比如商务座 20 个,一等座 200 个;二等座 500 个;我们这里为了简化问题,可以暂时忽略类型,我认为这个类型不影响核心的模型的设计决策。需要格外注意的是:这里的座位数不要理解为真实的物理座位数,很有可能比真实的座位数要少。因为我们不可能把一个车次的所有座位都在网上通过 12306 来出售,而是只出售一部分,具体出售多少,要由工作人员人工指定。601珠海网站建设公司(尚古道策略)

经过的站点信息(包括站点的 ID、站点名称等),注意:车次还会记录这些站点之间的顺序关系;601珠海网站建设公司(尚古道策略)

出发时间;看过 GRASP 九大模式中的信息专家模式的同学应该知道,将职责分配给拥有执行该职责所需信息的类。601珠海网站建设公司(尚古道策略)

我们这个场景,车次具有一次出票的所有信息,所以我们应该把出票的职责交给车次。另外学过 DDD 的同学应该知道,聚合设计有一个原则,就是:聚合内强一致性,聚合之间最终一致性。经过上面的分析,我们知道要产生一张票,其实要影响很多和这个票对应的线段相交的其他票的可用数量。因为所有的站点信息都在车次聚合内部,所以车次聚合内部自然可以维护所有的原子区间,以及每个原子区间的可用票数(相当于是库存数)。当一个原子区间的可用票数为 0 的时候,意味着火车针对这个区间的票已经卖完了。所以,我们完全可以让车次这个聚合根来保证出票时对所有原子区间的可用票数的更新的强一致性。对于车次聚合根来说,这很简单,因为只是几次简单的内存操作而已,耗时可以忽略。一列火车假如有 ABCD 四个站点,那原子区间就是 3 个。对于 G71,则是 16 个。601珠海网站建设公司(尚古道策略)

2、怎么判断是否能出票?601珠海网站建设公司(尚古道策略)

基于上面的聚合设计,出票时扣减库存的逻辑是:601珠海网站建设公司(尚古道策略)

根据订单信息,拿到出发地和目的地,然后获取这段区间里的所有的原子区间。然后尝试将每个原子区间的可用票数减 1,如果所有的原子区间都够减,则购票成功;否则购票失败,提示用户该票已经卖完了。是不是很简单呢?知道了出票的逻辑,那退票的逻辑也就很简单了,就是把这个票的所有原子区间的可用票数加 1 就 OK 了。如果我们从线段的厚度的角度去考虑,那出票时,每个原子区间的厚度就是 +1,退票时就是减一。就是相反的操作,但本质是一样的。601珠海网站建设公司(尚古道策略)

所以,通过这样的思路,我们将一次订票的处理控制在了一个聚合根里,用聚合根内的强一致性的特性保证了订票处理的强一致性,同时也保证了性能,免去了并发冲突的可能性。传统电商那种把票单做类似商品的核心聚合根的设计,我当时第一眼看到就觉得不妥。因为这违背了 DDD 强调的强一致性应该由聚合根来保证、聚合根之间的最终一致性通过 Saga 来保证的原则。601珠海网站建设公司(尚古道策略)

还有一个很重要的概念我想说一下我的看法,就是座位和区间的关系。因为有些朋友和我讲,考虑座位号的问题,虽然都能减 1,座位号也必须是同一个。我觉得座位是全局共享的,和区段无关(也许我的理解完全有误,请大家指正)。座位是一个物理概念,一个用户成功购买了一张票后,座位就会少一个,一张票唯一对应一个座位,但是一个座位有可能会对应多张票;而区间是一个逻辑上的概念,区间的作用有两个:1)表示票的出发地和目的地;2)记录票的可用数额。如果区间能连通(即该区间内的每个原子区间的可用数额都大于 0),则表示允许拥有一个座位。所以,我觉得座位和票(区间)是两个维度的概念。601珠海网站建设公司(尚古道策略)

3、如何为票分配座位?601珠海网站建设公司(尚古道策略)

我觉得车次聚合根内部应该维护所有该车次已经售出的票,已经出售的票的的本质是区间和座位的对应关系。系统处理订票时,用户提交过来的是一段区间。所以,系统应该做两个事情:601珠海网站建设公司(尚古道策略)

先根据区间去判断是否有可用的座位;601珠海网站建设公司(尚古道策略)

如果有可用座位,则再通过算法去选择一个可用的座位;601珠海网站建设公司(尚古道策略)

当得到一个可用座位后,就可以生成一张票了,然后保存这个票到车次聚合根内部即可。下面举个例子:601珠海网站建设公司(尚古道策略)

假设现在的情况是座位有 3 个,站点有 4 个:601珠海网站建设公司(尚古道策略)

座位:1,2,3601珠海网站建设公司(尚古道策略)

站点:abcd601珠海网站建设公司(尚古道策略)

票的卖法 1:601珠海网站建设公司(尚古道策略)

票 1:ab,1601珠海网站建设公司(尚古道策略)

票 2:bc,2601珠海网站建设公司(尚古道策略)

票 3:cd,3601珠海网站建设公司(尚古道策略)

票 4:ac,3601珠海网站建设公司(尚古道策略)

票 5:bd,1601珠海网站建设公司(尚古道策略)

这种选座位的方式应该比较高效,因为总是优先从座位池里去拿座位,只有在万不得已的时候才会去回收可重复利用的票。601珠海网站建设公司(尚古道策略)

上面的 4,5 两个票,就是考虑回收利用的结果。601珠海网站建设公司(尚古道策略)

票的卖法 2:601珠海网站建设公司(尚古道策略)

票 1:ab,1601珠海网站建设公司(尚古道策略)

票 2:bc,1601珠海网站建设公司(尚古道策略)

票 3:cd,1601珠海网站建设公司(尚古道策略)

票 4:ac,2601珠海网站建设公司(尚古道策略)

票 5:bd,3601珠海网站建设公司(尚古道策略)

这种选座位的方式应该相对低效,因为总是优先会去扫描是否有可回收的座位,而扫描相对直接从座位池里去拿票总是成本相对要高的。601珠海网站建设公司(尚古道策略)

上面的 2,3 两个票,就是考虑回收利用的结果。601珠海网站建设公司(尚古道策略)

但是,优先从座位池里拿票的算法有缺陷,就是会出现虽然第一步判断认为有可用的座位,但是这个座位可能不是全程都是同一个座位。举例:601珠海网站建设公司(尚古道策略)

假设现在的情况是座位有 3 个,站点有 4 个:601珠海网站建设公司(尚古道策略)

座位:1,2,3601珠海网站建设公司(尚古道策略)

站点:abcd601珠海网站建设公司(尚古道策略)

票的卖法 3:601珠海网站建设公司(尚古道策略)

票 1:ab,1601珠海网站建设公司(尚古道策略)

票 2:bc,2601珠海网站建设公司(尚古道策略)

票 3:cd,3601珠海网站建设公司(尚古道策略)

现在如果有人要买 ad 的票,那可用的座位有 2,或者 3。但是无论是 2 还是 3,都要这个乘客中途换车位。比如卖给他座位 2,那他 ab 是坐的座位 2,但是 bc 的时候要坐座位 1 的。否则拿票 2 的那个人上车时,发现座位 2 已经有人了。而通过优先回收利用的算法,是没这个问题的。601珠海网站建设公司(尚古道策略)

所以,从上面的分析我们也知道选座位的算法该怎么写了,就是采用优先回收利用座位的算法。我认为不管我们这里怎么设计算法,都不影响大局,因为这一切都只发生在车次聚合根内部,这就是预先设计好聚合根,明确出票职责在哪个对象上的好处。601珠海网站建设公司(尚古道策略)

4、模型分析总结601珠海网站建设公司(尚古道策略)

我认为票不是核心聚合根,票只是一次出票的结果,一个凭证而已。601珠海网站建设公司(尚古道策略)

12306 真正的核心聚合根应该是车次,车次具有出票的职责,一次出票具体做的事情有:601珠海网站建设公司(尚古道策略)

判断是否可出票;601珠海网站建设公司(尚古道策略)

选择可用的座位;601珠海网站建设公司(尚古道策略)

更新一次出票时所有原子区间的可用票数,用于判断下次是否能出票;601珠海网站建设公司(尚古道策略)

维护所有已售出的票,用于为选择可用座位提供依据。601珠海网站建设公司(尚古道策略)

通过这样的模型设计,我们可以确保一次出票处理只会在一个车次聚合根内进行。这样的好处是:601珠海网站建设公司(尚古道策略)

不需要依赖数据库事务就能实现数据修改的强一致性,因为所有修改只在一个聚合根内发生;601珠海网站建设公司(尚古道策略)

在保证数据强一致性的同时还能提供很高的并发处理能力,具体设计见下面的架构设计。601珠海网站建设公司(尚古道策略)

5、架构设计601珠海网站建设公司(尚古道策略)

我觉得 12306 这样的业务场景,非常适合使用 CQRS 架构;因为首先它是一个查多写少、但是写的业务逻辑非常复杂的系统。所以,非常适合做架构层面的读写分离,即采用 CQRS 架构。而且应该使用数据存储也分离的 CQRS。这样 CQ 两端才可以完全不需要顾及对方的问题,各自优化自己的问题即可。我们可以在 C 端使用 DDD 领域模型的思路,用良好设计的领域模型实现复杂的业务规则和业务逻辑。而 Q 端则使用分布式缓存方案,实现可伸缩的查询能力。601珠海网站建设公司(尚古道策略)

1、订票的实现思路601珠海网站建设公司(尚古道策略)

同时借助像 ENode 这样的框架,我们可以实现 in-memory + Event Sourcing 的架构。Event Sourcing 技术,可以让领域模型的所有状态修改的持久化统一起来,本来要用 ORM 的方式保存聚合根最新状态的,现在只需要简单的通用的方式保存一个事件即可(一次订票只涉及一个车次聚合根的修改,修改只产生一个事件,只需要持久化一个事件(一个 JSON 串)即可,保证了高性能,无须依赖事务,而且通过 ENode 可以解决并发问题)。601珠海网站建设公司(尚古道策略)

我们只要保存了聚合根每次变化的事件(事件的结构怎么设计,本文不做多的介绍了,大家可以思考下),就相当于保存了聚合根的最新状态。而正是由于 Event Sourcing 技术的引入,让我们的模型可以一直存活在内存中,即可以使用 in-memory 技术。不要小看 in-memory 技术,in-memory 技术在某些方面对提高命令的处理性能非常有帮助。601珠海网站建设公司(尚古道策略)

比如就以我们车次聚合根处理出票的逻辑,假设某个车次有大量的命令发送到分布式消息队列,然后有一台机器订阅了这个队列的消息,然后这台机器处理这个车次的订票命令时,由于这个车次聚合根一直在内存,所以就省去了每次要去数据库取出聚合根的步骤,相当于少了一次数据库 IO。601珠海网站建设公司(尚古道策略)

这样的好处是,因为一个车次能够真正出售的票是有限的,因为座位就那么几个,比如就 1000 个座位,估计一般正常情况也就出个 2000 个左右的票吧(具体能出多少张票要取决于区间的相交程度,上面分析过)。也就是说,这个聚合根只会产生 2000 个事件,也就是说只会有 2000 个订票命令的处理是会产生事件,并持久化事件;而其余的大量命令,因为车次在内存计算后发现没有余票了,就不会做任何修改,也不会产生领域事件,这样就可以直接处理下一个订票命令了。这样就可以大大提高处理订票命令的性能。601珠海网站建设公司(尚古道策略)

另外一个问题我觉得还需要提一下,因为用户订票成功后,还需要付款。但用户有可能不去付款或者没有在规定的时间内完成付款。那这种情况下,系统会自动释放该用户之前订购的票。所以基于这样的需求,我们在业务上需要支持业务级别的 2pc。即先预扣库存,也就是先占住这张票一定时间(比如 15 分钟),然后付款成功后再真实给你这张票,系统做真正的库存修改。601珠海网站建设公司(尚古道策略)

通过这样的预扣处理,可以保证不会出现超卖的情况。这个思路其实和传统电商比如淘宝这样的系统类似,我就不多展开了,我之前写的 Conference 案例也是这样的思路,大家有兴趣的可以去看一下我之前录制的视频。601珠海网站建设公司(尚古道策略)

2、查询余票的实现思路601珠海网站建设公司(尚古道策略)

我觉得余票的查询的实现相对简单。虽然对于 12306 来说,查询的请求占了 80%,提交订单的请求只占 20%。但查询由于对数据没有修改,所以我们完全可以使用分布式缓存来实现。我们只需要精心设计好缓存的 key 即可;缓存 key 的多少要看成本,如果所有可能的查询都设计对应的 key,那时间复杂度为 1,查询性能自然高;但代价也大,因为 key 多了。如果想 key 少一点,那查询的复杂度自然要上去一点。所以缓存设计无非就是空间换时间的思路。然后,缓存的更新无非就是:自动失效、定时更新、主动通知 3 种。通过 CQRS 架构,由于 CQ 两端是事件驱动的,当 C 端有任何状态变化,都会产生对应的事件去通知 Q 端,所以我们几乎可以做到 Q 端的准实时更新。601珠海网站建设公司(尚古道策略)

同时由于 CQ 两端的完全解耦,Q 端我们可以设计多种存储,如数据库和缓存(Redis 等);数据库用于线下维护关系型数据,缓存用户实时查询。数据库和缓存的更新速度相互不受影响,因为是并行的。对同一个事件,可以 10 台机器负责更新缓存,100 台机器负责更新数据库。即便数据库的更新很慢,也不会影响缓存的更新进度。这就是 CQRS 架构的好处,CQ 的架构完全不同,且我们随时可以重建一种新的 Q 端存储。不知道大家体会到了没有?601珠海网站建设公司(尚古道策略)

关于缓存 key 的设计,我觉得主要从查询余票时传递的信息来考虑。12306 的关键查询是:出发地、目的地、出发日期三个信息。我觉得有两种 key 的设计思路:601珠海网站建设公司(尚古道策略)

直接设计了该查询条件的 key,然后快速拿到车次信息,直接返回;这种方式就是要求我们系统已经枚举了所有车次的所有可能出现的票(区间)的缓存 key,相信你一定知道这样的 key 是非常多的。601珠海网站建设公司(尚古道策略)

不是枚举所有区间,而是把每个车次的每个原子区间(相邻的两个站点所连成的直线)的可用票数作为 key。这样,key 就非常少了,因为车次假如有 10000 个,然后每个车次平均 15 个区间,那也就 15W 个 key 而已。当我们要查询时,只需要把用户输入的出发地和目的地之间的所有原子区间的可用票数都查出来,然后比较出最小可用票数的那个原子区间。则这个原子区间的可用票数就是用户输入的区间的可用票数了。当然,到这里我提到考虑出发日期。我认为出发日期是用来决定具体是哪个车次聚合根的。同一个车次,不同的日期,对应的聚合根实例是不同的,即便是同一天,也可能有多个车次聚合根,因为有些车次一天有几班的,比如上午 9 点发车的一班,下午 3 点发车的一般。所以,我们也只要把日期也作为缓存 key 的一部分即可。601珠海网站建设公司(尚古道策略)

总结601珠海网站建设公司(尚古道策略)

本文完全是凭自己对 12306 这个网站的核心业务的简单思考而得到的一些设计结果。如果真正的 DDD 领域建模,更多的是要和业务一线的工作人员、领域专家进行深入沟通,才能更深入的了解该领域内的业务知识,从而才能设计出更靠谱的领域模型和架构设计。601珠海网站建设公司(尚古道策略)

非常惭愧,我没有上 12306 买过火车票,家离的比较近,就算要买也是家人给我买:)所以,本文所分享的内容难免是纸上谈兵。但我觉得 12306 这个系统的业务确实比传统的电商系统要复杂,且并发又这么高。所以,我觉得这个系统真的很值得大家重视模型的设计,而不只是只关注技术层面的实现。601珠海网站建设公司(尚古道策略)

尚古道策略专业为企业提供信息化全方面解决方案,为珠海及坦洲本地企业提供家门口式的网络营销全面解决方案。提供珠海网站建设、珠海网站优化、珠海网页设计,珠海网站制作,珠海网络推广,珠海网络营销,珠海网站设计,珠海SEO优化,珠海免费关键词推广,珠海网络公关,珠海企业邮箱,珠海版权登记,珠海域名注册,珠海通用网址,珠海无线网址,珠海可信网站建设,珠海信息名址,珠海网站建设空间,珠海网站建设托管,珠海软文发布,珠海400电话,珠海手机APP应用客户端,珠海官网建设,珠海网站建设流量,珠海网络营销平台,珠海营销型网站建设,珠海网站建设公司,珠海网站建设服务,珠海网站建设项目,珠海商标注册,珠海专利申请,珠海版权登记,珠海免费商标查询,为珠海本地企业提供全方面解决方案,尚古道策略本着全面 全套 全方位方针,真正做到您身边的企业信息化全案顾问专家,随时为您提供服务!

本文出自|珠海网站建设公司【尚古道策略】
文章地址|http://www.adsiv.comhttp://www.adsiv.com/zhishi/20300.html,转载请注明!
尚古道策略专注为客户提供一站式网络营销体系建设与托管服务,通过网络营销为客户创造价值。尚古道策略,不止是一家网站建设公司,从策划到设计,从开发到运营,都以营销为核心导向。 珠海网站建设咨询电话:15916313818 / QQ:475389093

网站建设网页设计全网营销微信营销电子商务珠海SEOSEM竞价托管B2B平台运营自媒体运营常识解答珠海创业珠海市网站建设珠海政府网站建设公司珠海酒店网站建设公司珠海专业网站建设公司珠海高端网站建设公司珠海移动网站建设公司珠海网站建设公司珠海自媒体广告珠海建网站公司珠海网站多少钱珠海建网站的网络公司珠海哪里有网站多少钱珠海建网站及推广珠海网站建设怎么样珠海网站建设公司电话珠海中企网站建设公司珠海pc网站建设珠海建网站多少钱珠海响应式网站建设珠海服务好的网站建设珠海网站建设哪家专业珠海专业网站建设价格珠海专业网站建设公司 珠海专业网站建设费用珠海网站建设哪家权威珠海手机网站建设珠海网站建设哪家好珠海专业网站建设公司珠海专业网站建设珠海模板定制运营珠海网络营销公司珠海网站建设优化推广珠海知名网站建设公司珠海做网站开发公司

Copyright © adsiv.com. All Rights Reserved. 珠海尚古道策略 版权所有 粤ICP备16035119号-6

  • 尚古道策略创始人阿沐的微信

关于我们

尚古道策略

保障接单

保障接单

全网整合营销

全网整合营销

品牌网站建设

品牌网站建设

微信精准营销

微信精准营销

SEO排名优化

SEO排名优化

竞价托管运营

竞价托管运营

阿里托管装修

阿里托管装修

实战课程培训

实战课程培训

媒体资源投放

媒体资源投放

咨询服务报价

咨询服务报价

联系我们

尚古道策略创始人微信
尚古道策略创始人微信
返回顶端