订单处理系统技术方案

本申请提供一种订单处理系统。该订单处理系统包括：部署在公有云的第一服务器集群，以及，部署在私有云的第二服务器集群；所述第一服务器集群与所述第二服务器集群通信连接；所述第一服务器集群，用于向用户侧的终端设备提供订单下单服务，并将通过订单下单服务所获取到的用户的订单数据进行数据压缩后，发送给所述第二服务器集群；所述第二服务器集群，用于从压缩后的订单数据恢复出所述订单数据，并存储所述订单数据。本申请可以减少数据传输时的数据量，从而缩短订单处理的时间。从而缩短订单处理的时间。从而缩短订单处理的时间。

【技术实现步骤摘要】
订单处理系统


[0001]本申请涉及计算机
，尤其涉及一种订单处理系统。

技术介绍

[0002]在电商平台举行大型促销活动期间，下单用户的数量激增，如果不能及时扩充提供下单服务的服务器容量，就会导致用户下单时出现卡顿，甚至下单失败等影响体验的情况。
[0003]目前，主要通过混合云架构部署订单处理系统的方式来解决上述用户下单高并发的问题，即，将该系统中提供下单服务的服务器部署在公有云上，将该系统中存储订单数据的服务器部署在私有云上。采用混合云架构部署订单处理系统中的服务器，使得提供下单服务的服务器可以利用公有云扩容快捷的优点实现及时扩容，而存储订单数据的服务器可以利用私有云安全性高的优点保障订单数据的安全性。
[0004]然而，上述通过混合云架构部署的订单处理系统，在处理订单时的时延较高。

技术实现思路

[0005]本申请提供一种订单处理系统，用以现有的通过混合云架构部署的订单处理系统存在的订单处理时延较高的问题。
[0006]本申请提供一种订单处理系统，所述订单处理系统包括：部署在公有云的第一服务器集群，以及，部署在私有云的第二服务器集群；
[0007]所述第一服务器集群与所述第二服务器集群通信连接；
[0008]所述第一服务器集群，用于向用户侧的终端设备提供订单下单服务，并将通过订单下单服务所获取到的用户的订单数据进行数据压缩后，发送给所述第二服务器集群；
[0009]所述第二服务器集群，用于从压缩后的订单数据恢复出所述订单数据，并存储所述订单数据。
[0010]可选地，所述第一服务器集群包括：第一类型的服务器，以及，数据压缩服务器；所述第二服务器集群包括：数据解压服务器，以及，第二存储服务器；
[0011]所述第一类型的服务器，用于向用户侧的终端设备提供订单下单服务，并将通过订单下单服务所获取到的用户的订单数据发送至所述数据压缩服务器；
[0012]所述数据压缩服务器，用于对所述订单数据进行数据压缩后，发送给所述数据解压服务器；
[0013]所述数据解压服务器，用于从压缩后的订单数据恢复出所述订单数据，并将所述订单数据发送至所述第二存储服务器；
[0014]所述第二存储服务器，用于存储所述订单数据。
[0015]可选地，所述数据压缩服务器，具体用于根据预设的第一类型的数据与至少一个第二类型的数据的映射关系，将所述订单数据中第二类型的数据删除，并将所述第一类型的数据，与所述订单数据中除所述第一类型的数据，以及，所述第二类型的数据之外的其他
数据合并后，发送给所述数据解压服务器；其中，所述第一类型的数据和所述其他数据均为用户输入的数据，所述第一类型的数据与所述第二类型的数据的取值相关，当所述第一类型的数据的取值固定时，所述第一类型的数据的取值与所述至少一个第二类型数据的取值一一对应；
[0016]所述数据解压服务器，具体用于根据所述预设的第一类型的数据与至少一个第二类型的数据的映射关系，以及，所述第一类型的数据，恢复得到所述订单数据中第二类型的数据，并将所述第一类型的数据、所述第二类型的数据，以及，所述其他数据，合并得到所述订单数据。
[0017]可选地，所述第一服务器集群，还包括：第一存储服务器；
[0018]所述第一存储服务器，用于缓存来自各所述数据压缩服务器的压缩后的订单数据；
[0019]所述第一存储服务器与所述第二存储服务器之间采用异步传输的方式传输所述第一存储服务器缓存的压缩后的订单数据。
[0020]可选地，所述订单处理系统，还包括：消息中间件；
[0021]所述消息中间件采用异步传输的方式，将所述第一存储服务器缓存的压缩后的订单数据，传输至所述第二存储服务器。
[0022]可选地，所述第一服务器集群还包括：第二类型的服务器，所述第二服务器集群还包括：部署有号卡系统的业务服务器；
[0023]所述第二类型的服务器，用于提供与订单下单相关的选号服务；
[0024]所述业务服务器，用于为所述选号服务提供选号数据。
[0025]可选地，所述第二类型的服务器与所述业务服务器之间通过专线进行通信连接。
[0026]可选地，所述第一服务器集群，还包括：负载均衡服务器；
[0027]所述负载均衡服务器与所述第一服务器集群中的第一类型的服务器和第二类型的服务器通信连接，用于接收来自所述终端设备的订单下单请求，并将所述订单下单请求采用预设的负载均衡策略，分发至所述第一服务器集群中的第一类型的服务器和第二类型的服务器进行处理，以得到所述订单数据。
[0028]可选地，所述订单处理系统，还包括：至少一个边缘服务器；所述边缘服务器与所述负载均衡服务器通信连接；
[0029]所述边缘服务器，用于向所述终端设备提供订单下单服务的静态页面，并将接收到的来自所述终端设备基于所述静态页面提交的订单下单请求，发送至所述负载均衡服务器；其中，所述静态页面包括：订单下单页面和/或订单填写页面。
[0030]可选地，所述第二服务器集群，还包括：订单处理服务器；
[0031]所述订单处理服务器，用于基于所述订单数据提供订单生产服务。
[0032]本申请提供的订单处理系统，将第一服务器集群待传输给第二服务器集群的订单数据在第一服务器集群加以压缩，再在第二服务器集群加以解压和存储，从而减小了待传输数据的数量，降低了数据传输的时延，缩短了订单处理的时间，进而提高了订单处理系统的并发处理能力。
附图说明
[0033]此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
[0034]图1是现有技术提供的一种订单处理系统架构示意图；
[0035]图2是本申请实施例提供的一种订单下单页面示意图；
[0036]图3是本申请实施例提供的一种订单填写页面示意图；
[0037]图4是本申请实施例提供的另一种订单处理系统架构示意图；
[0038]图5是本申请实施例提供的一种订单数据处理过程示意图；
[0039]图6是本申请实施例提供的一种订单处理系统架构示例图；
[0040]图7是本申请实施例提供的一种电子设备的结构示意图。
[0041]通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
[0042]这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
[0043]首先对本申请所涉及的名词进行解释：...

【技术保护点】

【技术特征摘要】
1.一种订单处理系统，其特征在于，所述订单处理系统包括：部署在公有云的第一服务器集群，以及，部署在私有云的第二服务器集群；所述第一服务器集群与所述第二服务器集群通信连接；所述第一服务器集群，用于向用户侧的终端设备提供订单下单服务，并将通过订单下单服务所获取到的用户的订单数据进行数据压缩后，发送给所述第二服务器集群；所述第二服务器集群，用于从压缩后的订单数据恢复出所述订单数据，并存储所述订单数据。2.根据权利要求1所述的系统，其特征在于，所述第一服务器集群包括：第一类型的服务器，以及，数据压缩服务器；所述第二服务器集群包括：数据解压服务器，以及，第二存储服务器；所述第一类型的服务器，用于向用户侧的终端设备提供订单下单服务，并将通过订单下单服务所获取到的用户的订单数据发送至所述数据压缩服务器；所述数据压缩服务器，用于对所述订单数据进行数据压缩后，发送给所述数据解压服务器；所述数据解压服务器，用于从压缩后的订单数据恢复出所述订单数据，并将所述订单数据发送至所述第二存储服务器；所述第二存储服务器，用于存储所述订单数据。3.根据权利要求2所述的系统，其特征在于，所述数据压缩服务器，具体用于根据预设的第一类型的数据与至少一个第二类型的数据的映射关系，将所述订单数据中第二类型的数据删除，并将所述第一类型的数据，与所述订单数据中除所述第一类型的数据，以及，所述第二类型的数据之外的其他数据合并后，发送给所述数据解压服务器；其中，所述第一类型的数据和所述其他数据均为用户输入的数据，所述第一类型的数据与所述第二类型的数据的取值相关，当所述第一类型的数据的取值固定时，所述第一类型的数据的取值与所述至少一个第二类型数据的取值一一对应；所述数据解压服务器，具体用于根据所述预设的第一类型的数据与至少一个第二类型的数据的映射关系，以及，所述第一类型的数据，恢复得到所述订单数据中第二类型的数据，并将所述第一类型的数据、所述第二类型的数据，以及，所述其他数据，合并得到所述订单数据...

【专利技术属性】
技术研发人员：尹为强，赵锡成，
申请(专利权)人：中国联合网络通信集团有限公司，
类型：发明
国别省市：