CN106789298A - 一种动态扩展Web层服务器的方法的装置 - Google Patents

一种动态扩展Web层服务器的方法的装置 Download PDF

Info

Publication number
CN106789298A
CN106789298A CN201611249247.2A CN201611249247A CN106789298A CN 106789298 A CN106789298 A CN 106789298A CN 201611249247 A CN201611249247 A CN 201611249247A CN 106789298 A CN106789298 A CN 106789298A
Authority
CN
China
Prior art keywords
application system
web
trading volume
server
resource pool
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201611249247.2A
Other languages
English (en)
Inventor
张斌
王鑫
信怀义
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Construction Bank Corp
Original Assignee
China Construction Bank Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Construction Bank Corp filed Critical China Construction Bank Corp
Priority to CN201611249247.2A priority Critical patent/CN106789298A/zh
Publication of CN106789298A publication Critical patent/CN106789298A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H04L41/0836—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability to enhance reliability, e.g. reduce downtime
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请公开了一种动态扩展Web层服务器的方法和装置。该方法在建立Web层资源池后，按照各个应用***的日常交易量占比为各个应用***分配服务器。进而，对各个应用***的交易量进行监控，确定该应用***的交易量是否阈值，并根据该阈值的层级为应用***分配不同数量的服务器，以保证应用服务器在突增交易峰值的状态下，仍能为客户提供可靠的服务。

Description

一种动态扩展Web层服务器的方法的装置
技术领域
本申请涉及列互联网领域，更具体地说，涉及一种动态扩展Web层服务器的方法和装置。
背景技术
随着互联网技术在金融领域的普及，以及互联网金融业务的繁荣发展，基于互联网的金融类应用***面临着大流量、高并发、响应时间要求高等挑战。目前该类应用***主要分成如下几个类型：网站类应用、电商类应用、网上银行类应用，以及移动互联网方面的手机银行应用。这几类应用***与行业内主流的互联网服务存在一定的技术重合，但由于金融行业的特点以及监管方面的要求，又无法直接套用常规互联网应用的技术方案，需要根据金融行业业务的特点，因地制宜地调整，形成适合金融业务的互联网技术方案。
金融领域的互联网应用***除了与传统互联网应用***同样面对流量大、并发高及响应时间短的要求，还面临着突发事件、外部监管、关联领域特殊活动导致业务峰值相比正常交易量突增的情况。以网上银行***为例，假设该***日常交易量峰值为n，针对该交易量峰值，按照一定的冗余策略，建设Web资源池A，可满足日常绝大多数交易情况。当出现类似淘宝“双11”促销活动的时候，交易量峰值突增为日常交易量峰值的m倍，此时Web资源池A的性能很有可能无法满足该交易峰值的处理要求，甚至会导致应用***本身的崩溃。
发明内容
有鉴于此，本申请提供一种动态扩展Web层服务器的方法和装置，基于应用***交易量变化情况动态调整并扩展Web服务器的数量，以避免各种突发事件引起的突增交易峰值导致***出现崩溃的情况。
为了实现上述目的，现提出的方案如下：
一种动态扩展Web层服务器的方法，包括：
建立Web层资源池，所述Web层资源池包括多个Web层服务器；
基于各个应用***的日常交易占比，为各个应用***分配所述Web层服务器；
对于任意应用***，监控所述应用***的交易量变化；
若所述应用***的交易量达到第一层级阈值时，为所述应用***扩展第一预设数量的Web层服务器，所述第一层级阈值为所述应用***的日常交易量峰值；
若所述应用***的交易量达到第二层级阈值时，为所述应用***扩展第二预设数量的Web层服务器，所述第二层级阈值为单台Web层服务器所能处理的最大交易量的百分比。
优选的，所述建立Web层资源池，包括：
基于预设方法估算各个应用***最大交易量，并计算各个应用***的最大交易量总和；
结合所述最大交易量总和、单台Web服务器的处理能力以及不同企业的不同应用***的冗余策略，估算Web层资源池所需的服务器总数量。
优选的，还包括：
当所述应用***的交易量恢复正常后，回收为所述应用***扩展的Web层服务器。
优选的，还包括：
当所述Web层资源池中的服务器的数量不满足各个应用***的要求时，对一定数量的物理服务器进行虚拟化处理，以扩展所述Web层资源池。
一种动态扩展Web层服务器的装置，包括：
Web层资源池建立单元，用于建立Web层资源池，所述Web层资源池包括多个Web层服务器；
服务器分配单元，用于基于各个应用***的日常交易占比，为各个应用***分配所述Web层服务器；
监控单元，用于对于任意应用***，监控所述应用***的交易量变化；
第一服务器扩展单元，用于若所述应用***的交易量达到第一层级阈值时，为所述应用***扩展第一预设数量的Web层服务器，所述第一层级阈值为所述应用***的日常交易量峰值；
第二服务器扩展单元，用于若所述应用***的交易量达到第二层级阈值时，为所述应用***扩展第二预设数量的Web层服务器，所述第二层级阈值为单台Web层服务器所能处理的最大交易量的百分比。
优选的，所述Web层资源池建立单元包括：
第一计算子单元，基于预设方法估算各个应用***最大交易量，并计算各个应用***的最大交易量总和；
第二计算子单元，用于结合所述最大交易量总和、单台Web服务器的处理能力以及不同企业的不同应用***的冗余策略，估算Web层资源池所需的服务器总数量。
优选的，还包括：服务器回收单元，用于当所述应用***的交易量恢复正常后，回收为所述应用***扩展的Web层服务器。
优选的，还包括：Web资源池扩展单元，用于当所述Web层资源池中的服务器的数量不满足各个应用***的要求时，对一定数量的物理服务器进行虚拟化处理，以扩展所述Web层资源池。
经由上述技术方案可知，本申请公开了一种动态扩展Web层服务器的方法和装置。该方法在建立Web层资源池后，按照各个应用***的日常交易量占比为各个应用***分配服务器。进而，对各个应用***的交易量进行监控，确定该应用***的交易量是否阈值，并根据该阈值的层级为应用***分配不同数量的服务器，以保证应用服务器在突增交易峰值的状态下，仍能为客户提供可靠的服务。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1示出了本发明一个实施例公开的一种动态扩展Web层服务器的方法的流程示意图；
图2示出了本发明另一个实施例公开的一种动态扩展Web层服务器的方法的流程示意图；
图3示出了本发明另一个实施例公开的一种动态扩展Web层服务器的装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
参见图1示出了本发明一个实施例公开的一种动态扩展Web层服务器的方法的流程示意图。
S101：建立Web层资源池，所述Web层资源池包括多个Web层服务器。
具体为，在计算金融行业互联网类应用***的某一时刻的最大交易量时，可以通过如下方式进行大致估算：最大交易量＝应用***的活跃用户总量*150％*业务关联的最大交易数。
进而，对各个应用***的最大交易量进行求和，再根据单台Web层服务器的处理能力以及不同企业的不同应用***的冗余策略，计算出Web层资源池所需的服务器总数。
S102：基于各个应用***的日常交易占比，为各个应用***分配所述Web层服务器。
在日常情况下，该Web层资源池根据各个应用***的交易量占比以及对***性能的要求，为各个应用***按比例分配Web服务器资源，满足各个***的日常交易。
S103：对于任意应用***，监控所述应用***的交易量变化。
S104：若所述应用***的交易量达到第一层级阈值时，为所述应用***扩展第一预设数量的Web层服务器。
S105：若所述应用***的交易量达到第二层级阈值时，为所述应用***扩展第二预设数量的Web层服务器。
交易量的阈值分为两个层级：第一层级为日常交易量峰值；第二层级为单台Web服务器所能处理的最大交易量的75％。针对第一层级阈值，当达到日常交易量峰值后，则动态为该应用***扩展15％的Web服务器，以保证Web层的业务处理能力。针对第二层级阈值，则根据Web层资源池目前Web服务器的使用情况，将空闲服务器总数的60％分配给该应用***。
计算出需要分配Web服务器数量之后，将选出的Web服务器中的配置文件修改为触发策略的应用***所对应的配置文件，并自动重启对应的Web层服务。重启服务后的Web服务器将为触发策略的应用***提供服务
由以上实施例可知，本实施例公开了一种动态扩展Web层服务器的方法。该方法在建立Web层资源池后，按照各个应用***的日常交易量占比为各个应用***分配服务器。进而，对各个应用***的交易量进行监控，确定该应用***的交易量是否阈值，并根据该阈值的层级为应用***分配不同数量的服务器，以保证应用服务器在突增交易峰值的状态下，仍能为客户提供可靠的服务。
需要说明的是，在上述实施例中描述的是是Web层资源池的Web服务器数量能够满足应用***由于突发事件导致业务突增的需求时采取的步骤。在极端情况下，多个应用***甚至全部应用***均发生突发事件导致业务爆发、交易量激增，现有Web层资源池的Web服务器数量无法满足业务增长所要求的服务器性能。此时，依照虚拟化技术，可将闲置的物理服务器设备进行虚拟化处理，快速建立足够数量的逻辑Web服务器，以满足业务的需求。
参见图2示出了本发明另一个实施例公开的一种动态扩展Web层服务器的方法的流程示意图。
S101：建立Web层资源池，所述Web层资源池包括多个Web层服务器。
具体为，在计算金融行业互联网类应用***的某一时刻的最大交易量时，可以通过如下方式进行大致估算：最大交易量＝应用***的活跃用户总量*150％*业务关联的最大交易数。
进而，对各个应用***的最大交易量进行求和，再根据单台Web层服务器的处理能力以及不同企业的不同应用***的冗余策略，计算出Web层资源池所需的服务器总数。
S102：基于各个应用***的日常交易占比，为各个应用***分配所述Web层服务器。
在日常情况下，该Web层资源池根据各个应用***的交易量占比以及对***性能的要求，为各个应用***按比例分配Web服务器资源，满足各个***的日常交易。
S103：对于任意应用***，监控所述应用***的交易量变化。
S104：若所述应用***的交易量达到第一层级阈值时，为所述应用***扩展第一预设数量的Web层服务器。
S105：若所述应用***的交易量达到第二层级阈值时，为所述应用***扩展第二预设数量的Web层服务器。
S106：当所述应用***的交易量恢复正常后，回收为所述应用***扩展的Web层服务器。
当业务逐渐恢复正常之后，该方案的自动回收策略开始启动。在业务突增的过程中，该策略会维护一个向量类型的变量，记录业务增长的速度和方向，也就是业务变化的趋势。当业务慢慢恢复的时候，该变量的方向朝向交易量降低的方向，如果交易量进一步降低到日常交易量峰值，则回收为突增交易而分配的Web服务器，先停止Web服务器的服务，然后将Web服务器上的配置文件恢复成默认配置，接着重新启动Web服务，为默认的应用***提供服务。当交易量进一步降低至日常交易量峰值的80％以下，则将之前分配的其他Web服务器按照上述步骤回收，并分配给默认的应用***使用。
参见图3示出了本发明另一个实施例公开的一种动态扩展Web层服务器的装置的结构示意图。
由图3可知，该装置包括：Web层资源池建立单元1、服务器分配单元2、监控单元3、第一服务器扩展单元4和第二服务器扩展单元5。
其中，Web层资源池建立单元用于建立Web层资源池。
具体包括：第一计算子单元11和第二计算子单元12。
第一计算子单元11用于基于预设方法估算各个应用***最大交易量，并计算各个应用***的最大交易量总和。
第二计算子单元12，用于结合所述最大交易量总和、单台Web服务器的处理能力以及不同企业的不同应用***的冗余策略，估算Web层资源池所需的服务器总数量。
服务器分配单元2，用于基于各个应用***的日常交易占比，为各个应用***分配所述Web层服务器。
具体的，基于各个应用***的交易量占比以及对***性能的要求，为各个应用***按比例分配Web服务器资源，满足各个***的日常交易。
监控单元3，用于对于任意应用***，监控所述应用***的交易量变化；
第一服务器扩展单元4，用于若所述应用***的交易量达到第一层级阈值时，为所述应用***扩展第一预设数量的Web层服务器。
其中，第一层级阈值为所述应用***的日常交易量峰值。
第二服务器扩展单元5，用于若所述应用***的交易量达到第二层级阈值时，为所述应用***扩展第二预设数量的Web层服务器。
所述第二层级阈值为单台Web层服务器所能处理的最大交易量的百分比，如60％。
可选的，在本发明公共的其他装置实施例中，该装置还包括：
服务器回收单元6，用于当所述应用***的交易量恢复正常后，回收为所述应用***扩展的Web层服务器。
Web资源池扩展单元7，用于当所述Web层资源池中的服务器的数量不满足各个应用***的要求时，对一定数量的物理服务器进行虚拟化处理，以扩展所述Web层资源池。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (8)

1.一种动态扩展Web层服务器的方法，其特征在于，包括：
建立Web层资源池，所述Web层资源池包括多个Web层服务器；
基于各个应用***的日常交易占比，为各个应用***分配所述Web层服务器；
对于任意应用***，监控所述应用***的交易量变化；
若所述应用***的交易量达到第一层级阈值时，为所述应用***扩展第一预设数量的Web层服务器，所述第一层级阈值为所述应用***的日常交易量峰值；
若所述应用***的交易量达到第二层级阈值时，为所述应用***扩展第二预设数量的Web层服务器，所述第二层级阈值为单台Web层服务器所能处理的最大交易量的百分比。
2.根据权利要求1所述的方法，其特征在于，所述建立Web层资源池，包括：
基于预设方法估算各个应用***最大交易量，并计算各个应用***的最大交易量总和；
结合所述最大交易量总和、单台Web服务器的处理能力以及不同企业的不同应用***的冗余策略，估算Web层资源池所需的服务器总数量。
3.根据权利要求1所述的方法，其特征在于，还包括：
当所述应用***的交易量恢复正常后，回收为所述应用***扩展的Web层服务器。
4.根据权利要求1所述的方法，其特征在于，还包括：
当所述Web层资源池中的服务器的数量不满足各个应用***的要求时，对一定数量的物理服务器进行虚拟化处理，以扩展所述Web层资源池。
5.一种动态扩展Web层服务器的装置，其特征在于，包括：
Web层资源池建立单元，用于建立Web层资源池，所述Web层资源池包括多个Web层服务器；
服务器分配单元，用于基于各个应用***的日常交易占比，为各个应用***分配所述Web层服务器；
监控单元，用于对于任意应用***，监控所述应用***的交易量变化；
第一服务器扩展单元，用于若所述应用***的交易量达到第一层级阈值时，为所述应用***扩展第一预设数量的Web层服务器，所述第一层级阈值为所述应用***的日常交易量峰值；
第二服务器扩展单元，用于若所述应用***的交易量达到第二层级阈值时，为所述应用***扩展第二预设数量的Web层服务器，所述第二层级阈值为单台Web层服务器所能处理的最大交易量的百分比。
6.根据权利要求5所述的装置，其特征在于，所述Web层资源池建立单元包括：
第一计算子单元，基于预设方法估算各个应用***最大交易量，并计算各个应用***的最大交易量总和；
第二计算子单元，用于结合所述最大交易量总和、单台Web服务器的处理能力以及不同企业的不同应用***的冗余策略，估算Web层资源池所需的服务器总数量。
7.根据权利要求5所述的装置，其特征在于，还包括：服务器回收单元，用于当所述应用***的交易量恢复正常后，回收为所述应用***扩展的Web层服务器。
8.根据权利要求5所述的装置，其特征在于，还包括：Web资源池扩展单元，用于当所述Web层资源池中的服务器的数量不满足各个应用***的要求时，对一定数量的物理服务器进行虚拟化处理，以扩展所述Web层资源池。
CN201611249247.2A 2016-12-29 2016-12-29 一种动态扩展Web层服务器的方法的装置 Pending CN106789298A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611249247.2A CN106789298A (zh) 2016-12-29 2016-12-29 一种动态扩展Web层服务器的方法的装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611249247.2A CN106789298A (zh) 2016-12-29 2016-12-29 一种动态扩展Web层服务器的方法的装置

Publications (1)

Publication Number Publication Date
CN106789298A true CN106789298A (zh) 2017-05-31

Family

ID=58928378

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611249247.2A Pending CN106789298A (zh) 2016-12-29 2016-12-29 一种动态扩展Web层服务器的方法的装置

Country Status (1)

Country Link
CN (1) CN106789298A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107566456A (zh) * 2017-08-09 2018-01-09 北京小米移动软件有限公司 用户请求处理方法及装置
CN112529435A (zh) * 2020-12-17 2021-03-19 中国农业银行股份有限公司 一种资源分配方法及装置
CN112598522A (zh) * 2020-12-28 2021-04-02 中国农业银行股份有限公司 一种业务***的控制方法、装置及电子设备

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102064996A (zh) * 2009-11-18 2011-05-18 ***通信集团安徽有限公司 网络业务处理资源控制的方法与装置
CN102681899A (zh) * 2011-03-14 2012-09-19 金剑 云计算服务平台的虚拟计算资源动态管理***
CN103257683A (zh) * 2013-05-07 2013-08-21 华为技术有限公司 一种云计算业务伸缩的方法和装置
CN103561428A (zh) * 2013-10-10 2014-02-05 东软集团股份有限公司 短信网关集群***中的节点弹性分配方法及***
CN103873576A (zh) * 2014-03-19 2014-06-18 浙江宇视科技有限公司 一种基于虚拟***的监控管理方法和监控管理***
CN104714846A (zh) * 2013-12-17 2015-06-17 华为技术有限公司 资源处理方法、操作***及设备
CN104936303A (zh) * 2015-06-17 2015-09-23 西安电子科技大学 一种载波监听门限与竞争窗口联合控制的方法
CN105407486A (zh) * 2015-12-02 2016-03-16 中国联合网络通信集团有限公司 一种网络扩容的方法及装置
CN105511966A (zh) * 2015-12-22 2016-04-20 深圳供电局有限公司 一种用于数据库集群业务分割优化的方法和***

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102064996A (zh) * 2009-11-18 2011-05-18 ***通信集团安徽有限公司 网络业务处理资源控制的方法与装置
CN102681899A (zh) * 2011-03-14 2012-09-19 金剑 云计算服务平台的虚拟计算资源动态管理***
CN103257683A (zh) * 2013-05-07 2013-08-21 华为技术有限公司 一种云计算业务伸缩的方法和装置
CN103561428A (zh) * 2013-10-10 2014-02-05 东软集团股份有限公司 短信网关集群***中的节点弹性分配方法及***
CN104714846A (zh) * 2013-12-17 2015-06-17 华为技术有限公司 资源处理方法、操作***及设备
CN103873576A (zh) * 2014-03-19 2014-06-18 浙江宇视科技有限公司 一种基于虚拟***的监控管理方法和监控管理***
CN104936303A (zh) * 2015-06-17 2015-09-23 西安电子科技大学 一种载波监听门限与竞争窗口联合控制的方法
CN105407486A (zh) * 2015-12-02 2016-03-16 中国联合网络通信集团有限公司 一种网络扩容的方法及装置
CN105511966A (zh) * 2015-12-22 2016-04-20 深圳供电局有限公司 一种用于数据库集群业务分割优化的方法和***

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107566456A (zh) * 2017-08-09 2018-01-09 北京小米移动软件有限公司 用户请求处理方法及装置
CN112529435A (zh) * 2020-12-17 2021-03-19 中国农业银行股份有限公司 一种资源分配方法及装置
CN112598522A (zh) * 2020-12-28 2021-04-02 中国农业银行股份有限公司 一种业务***的控制方法、装置及电子设备

Similar Documents

Publication Publication Date Title
CN106789298A (zh) 一种动态扩展Web层服务器的方法的装置
CN105159751A (zh) 云数据中心中一种能量高效的虚拟机迁移方法
CN103605613A (zh) 云计算环境中动态调整虚拟机内存的方法及***
Zhou et al. Enhancing reliability via checkpointing in cloud computing systems
CN103577271A (zh) 云管理平台、宿主机、虚拟机资源部署方法和***
CN107124423A (zh) 一种基于云计算的业务***访问方法及***
US9436560B2 (en) Increasing disaster resiliency by having a pod backed up to other peer pods in a site or beyond
CN106775993A (zh) 一种物理机迁移至云计算平台的方法及***
CN106899643A (zh) 一种用户日志存储方法及设备
WO2015139461A1 (zh) 一种数据处理方法、设备和esb***
CN106385455A (zh) 一种基于cdn镜像的整站锁设置方法
CN105992233A (zh) 网络业务的容量基线计算方法及装置
Dolev et al. Self-stabilizing reconfiguration
Duolikun et al. Energy-efficient replication and migration of processes in a cluster
CN105407057A (zh) 一种负载均衡的方法及装置
CN106708746A (zh) 一种在线内存碎片整理方法和装置
CN104320551A (zh) 一种呼叫中心路由的业务处理方法及网络设备
KR101250881B1 (ko) 클라우드 컴퓨팅의 블럭 스토리지 서비스의 데이터 이중화 방법
CN102147887A (zh) 企业电子商务信息流程管理***
CN111355764A (zh) 保活报文发送方法、装置、电子设备及可读存储介质
CN105591954A (zh) 一种报文控制方法及装置
CN110445803A (zh) 一种异构云平台的业务平滑迁移方法
Strykhalyuk et al. Service Providing by Using a Structure Stability Algorithm in a Virtualized Data Center Based оn Cloud Technology
CN104503866A (zh) 数据备份***、数据的备份方法及备份数据的恢复方法
CN103346880A (zh) 一种手机令牌自动回收***及方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20170531