CN107911447A - 业务系统扩容方法及装置 - Google Patents

Abstract

本申请提供一种业务系统扩容方法及装置，所述方法包括：获取与目标业务相关的用于表示热点事件的热点数据；根据用户的访问行为确定用于表示用户感兴趣事件的用户数据；若所述用户数据命中所述热点数据，则按照预设的扩容规则自动进行业务系统扩容。应用该方法，可以实现在突发用户流量激增情况下，及时实现业务系统扩容，保障业务系统正常工作。

Description

业务系统扩容方法及装置

技术领域

本申请涉及计算机网络技术领域，尤其涉及一种业务系统扩容方法及装置。

背景技术

随着计算机网络的发展，企业主要通过业务系统为用户提供业务服务，例如在线游戏，在线观看视频等业务服务，业务系统即服务平台，通常是由具有一定规模的服务器集群组成，其中的服务器可以为虚拟服务器，即虚拟机，每台虚拟机具有一定的负载能力，可单独处理用户的访问请求，为用户提供业务服务。

目前，管理者通常是按照常规情况下的用户访问量为业务系统设置初始负载能力的，后续，管理者也可以根据实际情况对业务系统进行扩容，这里所说的扩容是指在现有处于开启状态的虚拟机的基础上，再开启一定数量的虚拟机，以增加业务系统的负载能力。现有技术中，管理者可以通过经验数据判断是否需要进行业务系统扩容，或者是根据业务系统的负载情况判断是否需要进行业务系统扩容，并在需要进行业务系统扩容时手动进行业务系统扩容。

然而，依据经验数据的判断结果只能是尽可能地按照最大业务容量对业务系统扩容，因此，这种方式很有可能导致资源空闲情况，造成资源浪费；同时，由于业务系统要处理不同的任务，本身的工作状态会有一些波动，因此，业务系统的负载也会有一些起伏，导致业务系统的负载并不能十分准确地反映出用户访问流量激增的情况，甚至是在出现用户访问流量激增之后，该情况才体现在业务系统的负载上，而此时已然由于用户访问流量激增导致业务系统无法正常工作。由此可见，现有技术中，由于无法及时准确地监测用户访问流量，从而在突发用户访问流量激增情况下，无法对业务系统的负载能力做出较为准确的调整，并在保证业务系统可正常工作的基础上，减少对业务资源的浪费。

发明内容

有鉴于此，本申请提供一种业务系统扩容方法及装置，以实现在突发用户流量激增情况下，及时实现业务系统扩容，保障业务系统正常工作，并在保证业务系统可正常工作的基础上，减少对业务资源的浪费。

具体地，本申请是通过如下技术方案实现的：

根据本申请实施例的第一方面，提供一种业务系统扩容方法，该方法包括：

获取与目标业务相关的用于表示热点事件的热点数据；

根据用户的访问行为确定用于表示用户感兴趣事件的用户数据；

若所述用户数据命中所述热点数据，则按照预设的扩容规则自动进行业务系统扩容。

根据本申请实施例的第二方面，提供一种业务系统扩容装置，该装置包括：

热点数据获取模块，用于获取与目标业务相关的用于表示热点事件的热点数据；

用户数据确定模块，用于根据用户的访问行为确定用于表示用户感兴趣事件的用户数据；

扩容模块，用于若所述用户数据命中所述热点数据，则按照预设的扩容规则自动进行业务系统扩容。

由上述实施例可见，通过获取热点事件的热点数据，以及根据用户的访问行为确定用户感兴趣事件的用户数据，若用户数据命中热点数据，即可确定认为用户感兴趣事件为热点事件，通过该种处理，可以实现针对用户对热点事件访问情况的监控，也即实现在热点事件的影响下对用户访问流量的监控，从而在确定用户访问热点事件时，也即后续很有可能突发用户访问流量激增的情况下，业务系统及时按照预先设置的扩容规则自动进行扩容，以保证业务系统的正常工作。

附图说明

图1为本申请业务系统扩容方法的一个实施例流程图；

图2为本申请业务系统扩容方法的另一个实施例流程图；

图3为本申请业务系统扩容装置所在服务器的一种硬件结构图；

图4为本申请业务系统扩容装置的一个实施例框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

业务系统，即服务平台，是由具有一定规模的服务器集群组成，其中的服务器可以为虚拟服务器，即虚拟机，每台虚拟机具有一定的负载能力，可单独处理用户的访问请求，为用户提供业务服务，例如在线游戏，在线观看视频等业务服务。具体的，在业务系统中，可以存在一台主虚拟机，其他的均为从虚拟机，主虚拟机接收到用户的访问请求后，根据各个从虚拟机的负载情况，将该访问请求分配给其中一个从虚拟机，由该从虚拟机单独处理。由此可见，业务系统相较于单独的服务器而言，具有较大的负载能力。

通常情况下，业务系统的管理者是按照常规情况下的用户访问量为业务系统设置初始负载能力的，也即设置业务系统中处于开启状态的虚拟机的数量，然而，在实际应用中，将不可避免地出现用户访问流量激增的情况，例如，突发热点事件的情况下，而在用户访问流量激增的情况下，业务系统很可能会由于超负载而无法正常工作，那么，为了避免业务系统无法正常工作，可以及时对业务系统进行扩容，这里所说的扩容是指，在现有处于开启状态的虚拟机的基础上，再开启一定数量的虚拟机，以增加业务系统的负载能力。

为了实现在用户访问流量激增情况下，及时实现业务系统扩容，保障业务系统正常工作，并同时保证对业务系统的负载能力做出较为准确的调整，避免浪费业务资源，本申请提供一种业务系统扩容方法。该方法主要通过用户实时的访问行为来确定当前用户感兴趣事件，若该感兴趣事件恰好为热点事件，那么，则可以认为很可能出现用户访问量激增的情况，此时业务系统则可以按照预先设置好的扩容规则自动进行扩容，从而避免由于用户流量激增导致业务系统无法正常工作。如下，列出下述示例对本申请提供的业务系统扩容方法进行说明。

实施例一：

请参见图1，为本申请业务系统扩容方法的一个实施例流程图，该方法可以包括以下步骤：

步骤101：获取与目标业务相关的用于表示热点事件的热点数据。

在本申请实施例中，预设的舆情监测系统可以为第三方舆情监测系统，本领域技术人员可以理解的是，舆情监测系统是通过对海量的互联网信息，例如论坛、微博、新闻跟回帖等信息进行全天候监测，并可以针对舆情载体类型分门别类进行监测，来生成不同类别的舆情数据的，这些舆情数据即表示公众所关注的事件，其中事件的关注度越高，表示该事件越热门，因此，可以将关注度较高的事件称为热点事件。

上述所述的关注度可以基于舆情数据的转载量、评论量、回复量等参数加以反映，例如，转载量越高，即表示关注度越高，又例如，评论量越高，即表示关注度越高。

在本申请实施例中，目标业务可以为业务系统自身对应的业务，例如游戏业务、视频业务等。具体的，业务系统可以从第三方的舆情监测系统中获取与目标业务相关的舆情数据，例如，假设目标业务为游戏业务，则可以获取游戏类别下的舆情数据，再根据舆情数据的关注度从高到低的顺序，对这些舆情数据进行排序，根据排序结果，将排在前N位的舆情数据作为用于表示热点事件的热点数据，其中，N为大于0的自然数，例如为20。

本领域技术人员可以理解的是，上述所描述的获取用于表示热点事件的热点数据的过程仅仅作为一种可选的实现方式，在实际应用中，还可以存在其他方式，例如，第三方舆情监测系统在获取到舆情数据后，可以按照关注度从高到低的顺序对舆情数据进行排序，那么，业务系统则直接从第三方舆情监测系统中获取排在前N位的舆情数据即可，本申请对此并不作限制。

步骤102：根据用户的访问行为确定用于表示用户感兴趣事件的用户数据。

在本申请实施例中，业务系统向用户提供业务服务的同时，也可以根据用户的访问行为采集用户行为数据，例如，可以通过业务系统中产生的日志对用户的访问行为进行分析，采集用户行为数据，之后，再对用户行为数据进行分析，得到用于表示用户所访问事件的事件数据。

举例来说，假设用户通过客户端提供的交互界面，在搜索框中输入“英雄联盟决赛”这一数据，之后，客户端将根据用户的输入向业务系统发送访问请求，该访问请求可以携带“英雄联盟决赛”这一关键字，并用于表示请求获取与“英雄联盟决赛”这一数据相关的互联网资源。后续，业务系统可以根据该访问请求生成一条日志，以记录用户的访问行为，业务系统通过对该日志进行分析，则可以得到用户行为数据，具体的，该用户行为数据可以表示用户请求获取与“英雄联盟决赛”这一关键字相关的互联网资源。后续，业务系统通过对该用户行为数据进行分析，从中提取出关键字，即“英雄联盟决赛”，将该关键字确定为事件数据。

在获取到用户所访问事件的事件数据后，可以根据各个事件数据对应的访问量从高到低的顺序，对事件数据进行排序，再根据排序结果，选择排在前M位的事件数据作为用于表示用户感兴趣事件的用户数据，其中，M为大于0的自然数。举例来说，假设业务系统共接收到100个访问请求，通过对该100个访问请求进行分析，得到5个事件数据，分别为事件数据A，事件数据B，事件数据C，事件数据D，事件数据E，并统计得到该5个事件数据各自对应的访问请求的数量如下述表1所示：

表1

事件数据	访问请求的数量
		事件数据A	50
事件数据B	30
		事件数据C	10
事件数据D	6
		事件数据E	4

通过上述表1，事件数据的访问量即可用访问请求的数量来表示，那么，按照访问量从高到低的顺序，对上述表1所示例的事件数据进行排序，所得到的排序结果为事件数据A、事件数据B、事件数据C、事件数据D、事件数据E，假设，将排在前3位的事件数据确定为用于用户感兴趣事件的用户数据，那么，在该例子中，用户数据则包括事件数据A、事件数据B，以及事件数据C。

这样处理是考虑到，若事件数据的访问量较低，也即针对这些事件数据所表示的事件的请求流量较少，那么这部分请求流量将不会出现流量激增情况，从而可以不用考虑这部分请求流量。

步骤103：若用户数据命中热点数据，则按照预设的扩容规则自动进行业务系统扩容。

在本申请实施例中，可以首先对步骤101中获取到的热点数据，以及步骤102中获取到的用户数据进行分词处理，例如，利用最小分词方法进行分词处理，得到用户数据的用户数据分词，热点数据的热点数据分词。举例来说，假设步骤101中获取到的热点数据为“英雄联盟官方比赛”，那么，对该热点数据分词处理后，得到的热点数据分词可以包括“英雄联盟”、“官方比赛”；假设步骤102中获取到的用户数据为“英雄联盟决赛视频”，那么，对该用户数据分词处理后，得到的用户数据分词可以包括“英雄联盟”、“决赛”、“视频”。

之后，针对每一用户数据的用户数据分词，根据该用户数据分词查找热点数据的热点数据分词，若查找到与该用户数据分词一致的热点数据分词，则确定用户数据命中该热点数据，反之，若未查找到与用户数据分词一致的热点数据分词，则确定用户数据未命中该热点数据。例如，上述所述的用户数据分词“英雄联盟”与热点数据分词“英雄联盟”一致，则可以认为步骤102中获取到的用户数据命中步骤101中获取到的热点数据，这也就是，步骤102中获取到的用户数据所表示的用户感兴趣事件为热点事件。

本领域技术人员可以理解的是，上述所描述的判断用户数据是否命中热点数据的过程仅仅作为一种可选的实现方式，在实际应用中，还可以存在其他方式，例如，可以通过判断用户数据与热点数据之间的相似度来判断用户数据是否命中热点数据，又例如，可以通过模糊匹配的方式判断用户数据是否命中热点数据，本申请对此并不作限制。

此外，需要说明的是，在具有大量用户访问请求的应用场景下，为了实现更精准地预测用户访问流量激增情况，实现对业务系统做出更为准确的扩容处理，本申请实施例中还可以统计得到所有命中热点数据的用户数据的数量，若该数量达到预设数量阈值，则可以认为有较多地用户在访问热点事件，后续突发用户访问流量激增情况的可能性更大，从而此时，业务系统可以按照预设的扩容规则自动进行扩容。

在本申请实施例中，可以预先针对业务系统设置扩容规则，在一实施例中，按照预设的扩容规则自动进行业务系统扩容的过程可以包括：按照从高到低的顺序，对用户数据对应的访问量进行排序，根据排在首位的访问量与预设比例(该预设比例大于1)确定预期访问量，根据预期访问量、排在首位的访问量，以及预先设置的虚拟机的负载容量，开启S台虚拟机，其中，S为大于1的自然数。

举例来说，按照上述举例，用户数据包括事件数据A、事件数据B，以及事件数据C，按照从高到低的顺序，对该三个事件数据对应的访问量进行排序，排序结果为50，30，10，其中，排在首位的访问量为50，假设预设比例为120％，那么，预期访问量则为60(50*120％)，假设每台虚拟机的负载容量表示为可同时处理5个访问请求，那么，则可以再开启2((60-50)/2)台虚拟机，以实现业务系统扩容。

在上述所描述的扩容规则中，由于是根据实际的用户访问流量多少对业务系统进行扩容的，可以使得扩容结果较好地适应当前应用场景，也即可以实现对业务系统进行较为准确地扩容处理，在保证业务系统正常工作的基础上，避免业务资源的浪费。

需要说明的是，上述描述仅仅作为举例，在实际应用中还按照其他的扩容规则，例如直接开启预设数量的虚拟机，以实现业务系统扩容，本申请对具体的扩容规则并不作限制。

由上述实施例可见，通过获取热点事件的热点数据，以及根据用户的访问行为确定用户感兴趣事件的用户数据，若用户数据命中热点数据，即可确定认为用户感兴趣事件为热点事件，通过该种处理，可以实现针对用户对热点事件访问情况的监控，也即实现在热点事件的影响下对用户访问流量的监控，从而在确定用户访问热点事件时，也即后续很有可能突发用户访问流量激增的情况下，业务系统及时按照预先设置的扩容规则自动进行扩容，以保证业务系统的正常工作。

至此，完成实施例一的相关描述。

在实际应用中，若用户当前所访问事件恰好为热点事件，并且当前处于上网高峰期，那么则更加增大了用户访问流量激增的风险，那么此时，业务系统也可以自动进行扩容，从而避免用户访问流量激增导致业务系统无法正常工作。

具体的，示出下述实施例二进行详细说明。

实施例二：

请参见图2，为本申请业务系统扩容方法的另一个实施例流程图，该方法可以包括以下步骤：

步骤201：获取与目标业务相关的用于表示热点事件的热点数据。

步骤202：根据用户的访问行为确定用于表示用户感兴趣事件的用户数据。

步骤201与步骤202的详细描述可以参见上述实施例一中步骤101和步骤102的相关描述，在此不再详述。

步骤203：判断用户数据是否命中热点数据，若是，则执行步骤204，否则，结束流程。

步骤204：判断当前时刻是否处于预设的高峰时间范围内，若是，则执行步骤205；否则，执行步骤206。

步骤205：按照预设的扩容规则自动进行业务系统扩容，结束流程。

如下，对步骤203至步骤205进行说明：

在本申请实施例中，业务系统的管理人员可以按照经验值预先设置高峰时间范围，例如，一般来说，晚7点至晚9点是大多数公众休闲娱乐的时段，而凌晨1点至凌晨3点为大多数公众的休息时段，那么，则可以将晚7点至晚9点设为高峰时间范围。

若在步骤203中判断得出用户数据命中热点数据，即用户数据所表示的用户当前感兴趣事件为热点事件，可以继续判断当前时刻是否处于高峰时间范围内，若是，则可以认为后续将出现用户访问流量激增情况，此时，业务系统则可以自动进行扩容，以避免后续由于用户访问流量激增导致业务系统无法正常工作。

若用户数据命中热点数据，但当前时刻不处于高峰时间范围内，则业务系统可以生成一个用于提示用户访问流量激增的告警信息，例如指示灯闪烁、扬声器发出声音等，以提示业务系统的管理人员通过经验值判断是否需要对业务系统进行扩容。

此外，需要说明的是，步骤206中所描述的仅仅作为举例，在实际应用中，也可以存在其他处理方式，例如，在用户数据命中热点数据，但当前时刻不处于高峰时间范围内的情况下，业务系统可以统计得出用户数据的最高访问量，若该最高访问量相较于常规访问量而言，增加比例超过预设的告警阈值，那么为了尽可能地避免由于流量激增导致业务系统无法正常工作，也可以自动进行扩容，与上述实施例一的步骤104中所描述的类似，业务系统也可以按照预设的扩容规则自动进行扩容，本领域技术人员可以理解的是，这里所说的扩容规则与上述步骤104中所描述的扩容规则可以相同，也可以不同，本申请对此并不作限制。

由上述实施例可见，通过获取热点事件的热点数据，以及根据用户的访问行为确定用户感兴趣事件的用户数据，若用户数据命中热点数据，即可认为用户感兴趣事件为热点事件，由于热点事件本身就意味着较多的用户访问流量，从而再结合当前时刻处于高峰时间范围内，可以认为后续很可能出现用户访问流量激增情况，在该情况下，业务系统按照预设的扩容规则进行自动扩容，从而可以有效地避免由于用户访问流量激增导致业务系统无法正常工作；若当前时刻不处于高峰时间范围内，则生成用于提示用户访问流量激增的告警信息，以提示业务系统的管理人员通过经验值判断是否需要对业务系统进行扩容，从而尽可能地保障业务系统正常工作。

至此，完成实施例二的相关描述。

与前述业务系统扩容方法的实施例相对应，本申请还提供了业务系统扩容装置的实施例。

本申请业务系统扩容装置的实施例可以应用在服务器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在服务器的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本申请业务系统扩容装置所在服务器的一种硬件结构图，除了图3所示的处理器31、内存32、网络接口33、以及非易失性存储器34之外，实施例中装置所在的服务器通常根据该服务器的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图4，为本申请业务系统扩容装置的一个实施例框图，该装置可以包括：热点数据获取模块41、用户数据确定模块42，以及扩容模块43。

其中，热点数据获取模块41，可以用于获取与目标业务相关的用于表示热点事件的热点数据；

用户数据确定模块42，可以用于根据用户的访问行为确定用于表示用户感兴趣事件的用户数据；

扩容模块43，可以用于若所述用户数据命中所述热点数据，则按照预设的扩容规则自动进行业务系统扩容。

在一实施例中，所述扩容模块43可以包括(图4中未示出)：

判断子模块，用于若所述用户数据命中所述热点数据，则判断当前时刻是否处于预设的高峰时间范围内；

扩容处理子模块，用于若当前时刻处于所述高峰时间范围内，则按照预设的扩容规则自动进行业务系统扩容。

在一实施例中，所述热点数据获取模块41可以包括(图4中未示出)：

获取子模块，用于从预设的舆情监测系统中获取与目标业务相关的舆情数据，所述舆情数据是所述舆情监测系统依据互联网信息生成的；

第一排序子模块，用于根据所述舆情数据对应的关注度从高到低的顺序，对所述舆情数据进行排序；

第一确定子模块，用于根据排序结果，将排在前N位的所述舆情数据作为所述热点数据，其中，所述N为大于0的自然数。

在一实施例中，所述用户数据确定模块42可以包括(图4中未示出)：

采集子模块，用于根据用户的访问行为采集用户行为数据；

分析子模块，用于根据所述用户行为数据得到用于表示所述用户所访问事件的事件数据；

第二排序子模块，用于根据所述事件数据对应的访问量从高到低的顺序，对所述事件数据进行排序；

第二确定子模块，用于根据排序结果，将排在前M位的事件数据作为用于表示用户感兴趣事件的用户数据，其中，所述M为大于0的自然数。

在一实施例中，所述装置还可以包括(图4中未示出)：

分词模块，用于分别对所述用户数据与所述热点数据进行分词处理，得到所述用户数据的用户数据分词与所述热点数据的热点数据分词；

查找模块，用于根据所述用户数据分词查找所述热点数据的热点数据分词，若查找到与所述用户数据分词一致的所述热点数据分词，则确定所述用户数据命中所述热点数据；若未查找到与所述用户数据分词一致的所述热点数据分词，则确定所述用户数据未命中所述热点数据。

在一实施例中，所述扩容模块43可以具体用于：若所述用户数据命中所述热点数据，且命中所述热点数据的用户数据数量达到预设数量阈值，则按照预设的扩容规则自动进行业务系统扩容。

在一实施例中，所述扩容模块43可以包括(图4中未示出)：

第三排序子模块，用于按照从高到低的顺序，对所述用户数据对应的访问量进行排序；

第四确定子模块，用于根据排在首位的访问量与预设比例确定预期访问量；

开启子模块，用于根据所述预期访问量、所述排在首位的访问量，以及预先设置的虚拟机的负载能力开启S台虚拟机，其中，所述S为大于1的自然数。

在一实施例中，所述开启子模块，具体可以用于：按照预设算法计算出待开启的虚拟机数量S，并开启S台所述虚拟机；

其中，所述预设算法为：

S＝(预期访问量-排在首位的访问量)/预先设置的虚拟机的负载容量。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种业务系统扩容方法，其特征在于，所述方法包括：

获取与目标业务相关的用于表示热点事件的热点数据；

根据用户的访问行为确定用于表示用户感兴趣事件的用户数据；

若所述用户数据命中所述热点数据，则按照预设的扩容规则自动进行业务系统扩容。

2.根据权利要求1所述的方法，其特征在于，所述若所述用户数据命中所述热点数据，则按照预设的扩容规则自动进行业务系统扩容，包括：

若所述用户数据命中所述热点数据，则判断当前时刻是否处于预设的高峰时间范围内；

若所述当前时刻处于所述高峰时间范围内，则按照预设的扩容规则自动进行业务系统扩容。

3.根据权利要求1或2所述的方法，其特征在于，所述获取与目标业务相关的用于表示热点事件的热点数据，包括：

从预设的舆情监测系统中获取与目标业务相关的舆情数据；

根据所述舆情数据对应的关注度从高到低的顺序，对所述舆情数据进行排序；

根据排序结果，将排在前N位的所述舆情数据作为所述热点数据，其中，所述N为大于0的自然数。

4.根据权利要求1或2所述的方法，其特征在于，所述根据用户的访问行为确定用于表示用户感兴趣事件的用户数据，包括：

根据用户的访问行为采集用户行为数据；

根据所述用户行为数据得到用于表示所述用户所访问事件的事件数据；

根据所述事件数据对应的访问量从高到低的顺序，对所述事件数据进行排序；

根据排序结果，将排在前M位的事件数据作为用于表示用户感兴趣事件的用户数据，其中，所述M为大于0的自然数。

5.根据权利要求1所述的方法，其特征在于，在所述若所述用户数据命中所述热点数据，则按照预设的扩容规则自动进行业务系统扩容之前，所述方法还包括：

分别对所述用户数据与所述热点数据进行分词处理，得到所述用户数据的用户数据分词与所述热点数据的热点数据分词；

根据所述用户数据分词查找所述热点数据分词，若查找到与所述用户数据分词一致的所述热点数据分词，则确定所述用户数据命中所述热点数据；若未查找到与所述用户数据分词一致的所述热点数据分词，则确定所述用户数据未命中所述热点数据。

6.根据权利要求1所述的方法，其特征在于，若所述用户数据命中所述热点数据，则按照预设的扩容规则自动进行业务系统扩容，包括：

若所述用户数据命中所述热点数据，且命中所述热点数据的用户数据数量达到预设数量阈值，则按照预设的扩容规则自动进行业务系统扩容。

7.根据权利要求1或5或6所述的方法，其特征在于，所述按照预设的扩容规则自动进行业务系统扩容，包括：

按照从高到低的顺序，对所述用户数据对应的访问量进行排序；

根据排在首位的访问量与预设比例确定预期访问量；

根据所述预期访问量、所述排在首位的访问量，以及预先设置的虚拟机的负载容量开启S台虚拟机，其中，所述S为大于1的自然数。

8.根据权利要求7所述的方法，其特征在于，所述根据所述预期访问量、所述排在首位的访问量，以及预先设置的虚拟机的负载容量开启S台虚拟机，包括：

按照预设算法计算出待开启的虚拟机数量S，并开启S台所述虚拟机；

其中，所述预设算法为：

S＝(预期访问量-排在首位的访问量)/预先设置的虚拟机的负载容量。

9.一种业务系统扩容装置，其特征在于，所述装置包括：

热点数据获取模块，用于获取与目标业务相关的用于表示热点事件的热点数据；

用户数据确定模块，用于根据用户的访问行为确定用于表示用户感兴趣事件的用户数据；

扩容模块，用于若所述用户数据命中所述热点数据，则按照预设的扩容规则自动进行业务系统扩容。

10.根据权利要求7所述的装置，其特征在于，所述扩容模块包括：

判断子模块，用于若所述用户数据命中所述热点数据，则判断当前时刻是否处于预设的高峰时间范围内；

扩容处理子模块，用于若当前时刻处于所述高峰时间范围内，则按照预设的扩容规则自动进行业务系统扩容。