CN113326025A - 一种单一集群远程持续发布方法及装置 - Google Patents
一种单一集群远程持续发布方法及装置 Download PDFInfo
- Publication number
- CN113326025A CN113326025A CN202110605641.XA CN202110605641A CN113326025A CN 113326025 A CN113326025 A CN 113326025A CN 202110605641 A CN202110605641 A CN 202110605641A CN 113326025 A CN113326025 A CN 113326025A
- Authority
- CN
- China
- Prior art keywords
- server
- requirement information
- function
- single cluster
- information
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 110
- 238000011161 development Methods 0.000 claims abstract description 81
- 230000006870 function Effects 0.000 claims description 240
- 230000002085 persistent effect Effects 0.000 claims description 93
- 238000012545 processing Methods 0.000 claims description 81
- 239000013067 intermediate product Substances 0.000 claims description 45
- 238000009826 distribution Methods 0.000 claims description 35
- 238000004590 computer program Methods 0.000 claims description 15
- 238000003860 storage Methods 0.000 claims description 14
- 238000005516 engineering process Methods 0.000 claims description 6
- 238000003062 neural network model Methods 0.000 claims description 6
- 238000012163 sequencing technique Methods 0.000 claims description 3
- 238000007726 management method Methods 0.000 description 16
- 238000004891 communication Methods 0.000 description 13
- 238000010586 diagram Methods 0.000 description 13
- 239000000047 product Substances 0.000 description 7
- 239000000872 buffer Substances 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 238000013528 artificial neural network Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/10—Requirements analysis; Specification techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
- G06F9/5088—Techniques for rebalancing the load in a distributed system involving task migration
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请提供的一种单一集群远程持续发布方法及装置，可用于金融领域或其他领域，方法包括：单一集群远程持续发布装置接收至少一个应用开发需求信息，并根据所有工作负载状况信息调度各服务器；服务器接收单一集群远程持续发布装置发送的服务器调度指令以及应用开发需求信息，开发对应的应用；通过多服务器管理的模式，单一集群远程持续发布装置根据各服务器的工作负载情况决定如何在不同服务器中分配工作负载，将不同的任务指派到不同服务器。通过跨服务器调度，可跨服务器均匀调度任务负载；将各服务器的工作负载最大化。
Description
技术领域
本申请涉及金融领域，具体涉及一种单一集群远程持续发布方法及装置。
背景技术
在软件开发过程中，通常涉及各机构的开发协作，但考虑到安全性，各分支机构的业务群相互隔离，如何运维如此庞大的业务群，保障业务上下线需求，自动化处理业务群可能故障是当前面临的巨大难题。
发明内容
针对现有技术中的问题，本申请提供一种单一集群远程持续发布方法及装置，能够依据用户的特定工作需求，持续集成发布，并可根据软件生命周期的不同阶段在各服务器部署发布。
为解决上述技术问题，本申请提供以下技术方案：
第一方面，本发明提供一种单一集群远程持续发布方法，包括：
接收至少一个应用开发需求信息；
根据所述单一集群中各服务器的工作负载状况信息调度各服务器，以使所述各服务器处理所述应用开发需求信息，进而开发对应的应用。
在优选的实施例中，所述应用开发需求信息包括多个功能需求信息，所述单一集群远程持续发布方法还包括：
根据所述多个功能需求信息生成功能发布序列；
所述根据所述单一集群中各服务器的工作负载状况信息调度各服务器，包括：
根据所述功能发布序列，逐一调度处于空闲状态的服务器，以逐一处理每个功能需求信息，进而逐一开发对应的应用模块。
在优选的实施例中，所述处于空闲状态的服务器为释放所有功能需求开发负载后的服务器，所述根据所述功能发布序列，逐一调度处于空闲状态的服务器，包括：
针对位于首位的功能需求信息，调度当前处于所述空闲状态的其中一个所述服务器，并将所述应用开发需求信息传输至该服务器，以使该服务器处理该功能需求信息，生成一中间产品；
执行迭代操作，调度另一个处于空闲状态的服务器，并指令所述另一个处于空闲状态的服务器接收所述中间产品，以使该另一个服务器处理相邻的下一个功能需求信息，并生成整合后的中间产品，直至所有功能需求处理完成。
在优选的实施例中，所述应用开发需求信息包括多个功能需求信息，所述单一集群远程持续发布方法还包括：
对所有功能需求信息进行分类，并将同一类别的功能需求信息发送至一服务器组，所述服务器组包括至少一个服务器；
对所述服务器组内的功能需求信息进行复杂度排序；
根据所述单一集群中各服务器的工作负载状况信息调度各服务器，包括：根据所述复杂度排序以及该服务器组内的各服务器的工作负载情况将各功能需求分配至对应服务器。
在优选的实施例中，所述根据所述复杂度排序以及该服务器组内的各服务器的工作负载情况将各功能需求分配至对应服务器，包括：
针对所述复杂度排序上当前未处理功能需求信息中的位于首位的功能需求信息，将该功能需求信息发送至当前该服务器组内工作负载最小的服务器，直至所有功能需求信息处理完毕。
在优选的实施例中，还包括：
对所述功能需求信息进行分类，得到多个时间段处理合集；
若当前接收的功能需求信息不属于当前时间段，则将该功能需求信息加入等待队列，直至当前时间点处于对应的时间段时处理该功能需求信息。
在优选的实施例中，所述时间段处理合集包括第一时间段处理合集和第二时间段处理合集，所述第一时间段处理合集对应在线服务功能需求信息，所述第二时间段处理合集对应后台运算功能需求信息。
在优选的实施例中，还包括：
将当前待处理的功能需求信息的复杂度和类型输入至预设的神经网络模型，得到预估处理算力；
根据所述预估处理算力选取当前所有服务器的工作负载情况中剩余算力最接近的服务器；
所述根据所述单一集群中各服务器的工作负载状况信息调度各服务器具体用于利用选取的服务器处理对应的所述功能需求信息。
在优选的实施例中，还包括：
将每个服务器划分成多个子线程；
所述根据所述单一集群中各服务器的工作负载状况信息调度各服务器，包括：
针对每个功能需求信息，将其放置于一子线程内进行处理；
利用锁技术对每个子线程进行上锁操作。
在优选的实施例中，所述锁为公平锁或者非公平锁。
第二方面，本发明实施例提供一种单一集群远程持续发布装置，包括：
接收模块，接收至少一个应用开发需求信息；
调度模块，根据所述单一集群中各服务器的工作负载状况信息调度各服务器，以使所述各服务器处理所述应用开发需求信息，进而开发对应的应用。
在优选的实施例中，所述应用开发需求信息包括多个功能需求信息，所述单一集群远程持续发布装置还包括：
功能发布序列生成模块，根据所述多个功能需求信息生成功能发布序列；
所述调度模块具体用于根据所述功能发布序列，逐一调度处于空闲状态的服务器，以逐一处理每个功能需求信息，进而逐一开发对应的应用模块。
在优选的实施例中，所述处于空闲状态的服务器为释放所有功能需求开发负载后的服务器，所述调度模块，包括：
中间产品生成单元，针对位于首位的功能需求信息，调度当前处于所述空闲状态的其中一个所述服务器，并将所述应用开发需求信息传输至该服务器，以使该服务器处理该功能需求信息，生成一中间产品；
迭代单元，执行迭代操作，调度另一个处于空闲状态的服务器，并指令所述另一个处于空闲状态的服务器接收所述中间产品，以使该另一个服务器处理相邻的下一个功能需求信息，并生成整合后的中间产品，直至所有功能需求处理完成。
在优选的实施例中，所述应用开发需求信息包括多个功能需求信息，所述单一集群远程持续发布装置还包括：
分类模块，对所有功能需求信息进行分类，并将同一类别的功能需求信息发送至一服务器组，所述服务器组包括至少一个服务器；
排序模块，对所述服务器组内的功能需求信息进行复杂度排序；
所述调度模块具体用于根据所述复杂度排序以及该服务器组内的各服务器的工作负载情况将各功能需求分配至对应服务器。
在优选的实施例中，所述调度模块具体用于针对所述复杂度排序上当前未处理功能需求信息中的位于首位的功能需求信息，将该功能需求信息发送至当前该服务器组内工作负载最小的服务器，直至所有功能需求信息处理完毕。
在优选的实施例中，还包括：
时间段处理合集生成模块，对所述功能需求信息进行分类，得到多个时间段处理合集；
等待队列加入模块，若当前接收的功能需求信息不属于当前时间段，则将该功能需求信息加入等待队列，直至当前时间点处于对应的时间段时处理该功能需求信息。
在优选的实施例中，所述时间段处理合集包括第一时间段处理合集和第二时间段处理合集，所述第一时间段处理合集对应在线服务功能需求信息，所述第二时间段处理合集对应后台运算功能需求信息。
在优选的实施例中，还包括：
预测模块，将当前待处理的功能需求信息的复杂度和类型输入至预设的神经网络模型，得到预估处理算力；
选取模块，根据所述预估处理算力选取当前所有服务器的工作负载情况中剩余算力最接近的服务器；
所述调度模块具体用于利用选取的服务器处理对应的所述功能需求信息。
在优选的实施例中，还包括：
子线程划分模块，将每个服务器划分成多个子线程；
所述调度模块包括：
子线程处理单元，针对每个功能需求信息，将其放置于一子线程内进行处理；
上锁单元，利用锁技术对每个子线程进行上锁操作。
在优选的实施例中，所述锁为公平锁或者非公平锁。
第三方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的单一集群远程持续发布方法。
第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的单一集群远程持续发布方法。
由上述技术方案可知，本申请提供的一种单一集群远程持续发布方法及装置，方法包括：接收至少一个应用开发需求信息；根据所述单一集群中各服务器的工作负载状况信息调度各服务器，以使所述各服务器处理所述应用开发需求信息，进而开发对应的应用；通过单一集群多服务器管理模式，发布装置根据各服务器的工作负载情况决定如何在不同服务器中分配工作负载，将不同的任务指派到不同服务器。通过跨服务器调度，可跨服务器均匀调度任务负载；将各服务器的工作负载最大化，如果当前服务器超出承载力，那么额外的工作负载路由到另一个较空闲的服务器中；根据不同应用需求，调度工作负载到不同服务器，以满足不同终端用户的特定需求。通过跨服务器调度，提高服务器的资源可用性和平台资源管理能力。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请一实施方式涉及的方法流程示意图之一。
图2是本申请一实施方式涉及的方法流程示意图之二。
图3是本申请一实施方式涉及的方法流程示意图之三。
图4是本申请一实施方式涉及的方法流程示意图之四。
图5是本申请一实施方式涉及的方法流程示意图之五。
图6是本申请一实施方式涉及的方法流程示意图之六。
图7是本申请一实施方式涉及的方法流程示意图之七。
图8是本申请一实施方式涉及的装置或模块的结构示意图之一。
图9是本申请一实施方式涉及的装置或模块的结构示意图之二。
图10是本申请一实施方式涉及的装置或模块的结构示意图之三。
图11是本申请一实施方式涉及的装置或模块的结构示意图之四。
图12是本申请一实施方式涉及的装置或模块的结构示意图之五。
图13是本申请实施例中的电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，本申请公开的一种单一集群远程持续发布方法及装置可用于金融领域，也可用于除金融领域之外的任意领域，本申请公开的一种单一集群远程持续发布方法及装置的应用领域不做限定。
在本申请的一个或多个实施例中，处于空闲状态的服务器是指释放所有功能需求开发负载后的服务器，无需释放所有工作负载。
为了在单一集群中保证软件开发的安全，将不同类别的业务工作相互隔离，本申请提供一种单一集群远程持续发布方法、单一集群远程持续发布装置、电子设备和计算机可读存储介质，通过多服务器管理的模式，单一集群远程持续发布装置根据各服务器的工作负载情况决定如何在不同服务器中分配工作负载，将不同的任务指派到不同服务器。
基于上述内容，本申请还提供一种用于实现本申请一个或多个实施例中提供的单一集群远程持续发布方法的单一集群远程持续发布装置，该单一集群远程持续发布装置可以与单一集群远程持续发布装置之间通信连接，所述客户终端设备可以设有多个，单一集群远程持续发布装置具体可以通过应用服务器访问所述客户终端设备。
其中，所述单一集群远程持续发布装置中的单一集群远程持续发布装置可以自客户终端设备接收应用开发需求信息，并自该应用开发需求信息中获取应用开发需求信息中的多个功能需求信息，所述单一集群远程持续发布装置根据该多个功能需求信息生成一功能发布序列，并将应用开发需求信息以及功能发布序列，传输至处于空闲状态的服务器，该服务器根据应用开发需求信息以及功能发布序列，处理位于功能发布序列首位的功能需求信息，生成中将产品；而后，将中间产品传输至单一集群远程持续发布装置指定的下一服务器，该服务器在中间产品的基础上处理位于功能发布序列相邻下一位的功能需求信息，生成整合后的中间产品，执行迭代曹祖，直至所有的功能需求信息处理完成，生成最终应用产品，将最终应用产品传输至单一集群远程持续发布装置。
可以理解的是，所述单一集群远程持续发布装置可以包括智能手机、平板电子设备便携式计算机、台式电脑以及个人数字助理(PDA)等。
上述的单一集群远程持续发布装置可以具有通信模块(即通信单元)，可以与远程的服务器进行通信连接，实现与所述服务器的数据传输。例如，通信单元可以将用户需求信息发送至分类处理中心的服务器，以便单一集群远程持续发布装置根据用户需求信息生成功能发布序列。通信单元还可以接收服务器返回的识别结果。所述服务器可以包括任务调度中心一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。
上述服务器与所述单一集群远程持续发布装置之间可以使用任何合适的网络协议进行通信，包括在本申请提交日尚未开发出的网络协议。所述网络协议例如可以包括TCP/IP协议、UDP/IP协议、HTTP协议、HTTPS协议等。当然，所述网络协议例如还可以包括在上述协议之上使用的RPC协议(Remote Procedure Call Protocol，远程过程调用协议)、REST协议(Representational State Transfer，表述性状态转移协议)等。
本申请提供的一种单一集群远程持续发布方法、单一集群远程持续发布装置、电子设备和计算机可读存储介质，通过单一集群多服务器管理模式，发布装置根据各服务器的工作负载情况决定如何在不同服务器中分配工作负载，将不同的任务指派到不同服务器。通过跨服务器调度，可跨服务器均匀调度任务负载；将各服务器的工作负载最大化，如果当前服务器超出承载力，那么额外的工作负载路由到另一个较空闲的服务器中；根据不同应用需求，调度工作负载到不同服务器，以满足不同终端用户的特定需求。通过跨服务器调度，提高服务器的资源可用性和平台资源管理能力。
具体通过下述多个实施例及应用实例分别进行说明。
为了在单一集群中保证软件开发的安全，将不同类别的业务工作相互隔离，本申请提供一种单一集群远程持续发布方法的实施例，参见图1，所述单一集群远程持续发布方法具体包含有如下内容，由单一集群远程持续发布装置执行：
S1：接收至少一个应用开发需求信息。
可以理解的是，用户通过单一集群远程持续发布装置向单一集群远程持续发布装置提交应用开发需求信息，一个单一集群远程持续发布装置配置多个服务器，单一集群远程持续发布装置可以实时获取服务器的工作负载情况，找到处于空闲状态的服务器，进行工作任务分配。
S2：根据所述单一集群中各服务器的工作负载状况信息调度各服务器，以使所述各服务器处理所述应用开发需求信息，进而开发对应的应用。
可以理解的是，单一集群远程持续发布装置可以根据所有服务器传输的工作负载状况信息，定位到处于空闲状态的服务器，将应用开发需求信息发送到处于空闲状态的服务器中，服务器根据/应用开发需求信息开发对应的应用，在一些其他的实施方式中，单一集群远程持续发布装置还可以根据所有服务器传输的工作负载状况信息检测服务器的工作状态，当其中一个服务器出现故障时，可以将该服务器开发失败的任务重新分配给其他可用的服务器上，不影响整个服务。
从上述描述可知，本申请实施例提供的一种单一集群远程持续发布方法，通过单一集群多服务器管理模式，发布装置根据各服务器的工作负载情况决定如何在不同服务器中分配工作负载，将不同的任务指派到不同服务器。通过跨服务器调度，可跨服务器均匀调度任务负载；将各服务器的工作负载最大化，如果当前服务器超出承载力，那么额外的工作负载路由到另一个较空闲的服务器中；根据不同应用需求，调度工作负载到不同服务器，以满足不同终端用户的特定需求。通过跨服务器调度，提高服务器的资源可用性和平台资源管理能力。单一集群远程持续发布装置可以跨服务器冗余部署，当某个服务器所在区域出现故障时，并不影响整个服务。服务器联邦可检测服务器是否为不可用状态，如果发现某个服务器为不可用状态时，可以将失败的任务重新分配给服务器联邦中其他可用状态的服务器上。单一集群远程持续发布装置可自动化推进应用在环境栈中的无差别发布。运用基线管理，该管理分两种，一种是环境栈基线，针对线上发布版本的管理，保证在线上出现故障时快速回滚到上一个稳定版本。另一种是小基线，在其他具体场景下可以采用不同策略，用来明确管理应用在开发、测试、生产业务中的推进。
为了进一步提高整个服务器的开发效率，统筹个服务器的工作负载，在本申请提供的一种单一集群远程持续发布方法的一个实施例中，提供一种调度服务器的优选方式，参见图2，在所述单一集群远程持续发布方法中的S1与S2之间具体包含有如下内容：
步骤001：根据所述多个功能需求信息生成功能发布序列。
可以理解的是，应用开发需求信息包括多个功能需求信息，单一集群远程持续发布装置对多个功能需求信息进行排序，生成功能发布序列，各服务器根据所述功能发布序列进行逐一开发，例如，将设某应用开发需求信息包括A、B、C、D四个功能需求信息，单一集群远程持续发布装置对这四个功能需求信息进行排序，生成功能发布序列A、C、B、D，服务器根据该功能发布序列进行逐一开发。
S2中根据所述单一集群中各服务器的工作负载状况信息调度各服务器，包括：
步骤002：根据所述功能发布序列，逐一调度处于空闲状态的服务器，以处理每个功能需求信息，进而开发对应的应用模块。
在步骤002中，单一集群远程持续发布装置根据功能发布序列调度处于空闲状态的服务器，每个服务器处理一个功能需求信息，进而开发对应的应用模块。单一集群远程持续发布装置根据功能发布序列调度处于空闲状态的服务器有两种调度方式，例如，某应用开发需求信息包括A、B、C、D四个功能需求信息，其功能发布序列为A、C、B、D，第一种，单一集群远程持续发布装置可以调度四个处于空闲状态的服务器，分别开发A、B、C、D四个功能，最后将开发完成的四个中间产品进行整合形成最终应用。第二种，单一集群远程持续发布装置也可以先调度其中一个处于空闲状态的服务器，再根据其他服务器的工作负载情况，逐一调度剩余所需的服务器，每个服务器都在上一个服务器开发的中间产品上进行开发，最后形成最终应用。本申请采用的是第二种调度方式，采用逐一调度的方式，能够将服务器得到最大化利用，整个服务器能同时处理多个应用开发需求信息。
从上述描述可知，本申请实施例提供的一种单一集群远程持续发布方法，单一集群远程持续发布装置将应用开发需求信息中的多个功能需求信息进行排序，得到功能发布序列，根据该功能发布序列，逐一调度服务器，能够将服务器得到最大化利用，整个服务器能同时处理多个应用开发需求信息。
为了进一步提高整个服务器的开发效率，统筹个服务器的工作负载，在本申请提供的一种单一集群远程持续发布方法的一个实施例中，提供一种迭代开发的方式，参见图3，在所述单一集群远程持续发布方法中的步骤002具体包含有如下内容：
步骤021：针对位于首位的功能需求信息，调度当前处于所述空闲状态的其中一个所述服务器，并将所述应用开发需求信息传输至该服务器，以使该服务器处理该功能需求信息，生成一中间产品。
可以理解的是，单一集群远程持续发布装置调度处于空闲状态的第一服务器，将应用开发需求信息传输至该服务器，该服务器处理位于功能发布序列首位的功能需求信息，生成第一中间产品。
步骤022：执行迭代操作，调度另一个处于空闲状态的服务器，并指令所述另一个处于空闲状态的服务器接收所述中间产品，以使该另一个服务器处理相邻的下一个功能需求信息，并生成整合后的中间产品，直至所有功能需求处理完成。
可以理解的是，当位于功能发布序列首位的功能需求信息处理完成后，单一集群远程持续发布装置调度处于空闲状态的第二服务器，该服务器接收第一服务器传输的第一中间产品，并在第一中间产品基础上处理位于功能发布序列第二位的功能需求信息，生成第二中间产品，同时单一集群远程持续发布装置调度处于空闲状态的第三服务器，该服务器接收第二服务器传输的第二中间产品，并在第二中间产品基础上处理位于功能发布序列第三位的功能需求信息，生成第三中间产品，如此循环，直至所有功能需求处理完成，得到最终应用产品。
从上述描述可知，本申请实施例提供的一种单一集群远程持续发布方法，单一集群远程持续发布装置将应用开发需求信息中的多个功能需求信息进行排序，得到功能发布序列，根据该功能发布序列，逐一调度服务器，能够将服务器得到最大化利用，整个服务器能同时处理多个应用开发需求信息。
下面结合具体实施例进行说明，例如，某应用开发需求信息包含A、B、C三个功能需求信息，单一集群远程持续发布装置根据该应用开发需求信息生成顺序为A、B、C的功能发布序列。处于空闲状态的第一服务器接收到单一集群远程持续发布装置发送的调度指令、应用开发需求信息以及功能发布序列，对位于功能发布序列首位的功能需求信息A进行处理，生成第一中间产品a，同时，第一服务器接收到单一集群远程持续发布装置发送的产品传输指令，将第一中间产品a传输至指定的第二服务器，第二服务器接收到第一中间产品a以及功能发布序列，在第一中间产品a的基础上对位于功能发布序列第二位的功能需求信息B进行处理，生成第二中间产品b，第二服务器接收到单一集群远程持续发布装置发送的产品传输指令，将第二中间产品b传输至指定的第三服务器，第三服务器接收到第二中间产品b以及功能发布序列，在第二中间产品b的基础上对位于功能发布序列末位的功能需求信息C进行处理，生成第三中间产品c，所述第三中间产品c即为开发完成的最终应用产品。
进一步的，可以为资源的分配设定依据，该实施例中，所述应用开发需求信息包括多个功能需求信息，如图4所示，所述单一集群远程持续发布方法还包括：
031：对所有功能需求信息进行分类，并将同一类别的功能需求信息发送至一服务器组，所述服务器组包括至少一个服务器；
032：对所述服务器组内的功能需求信息进行复杂度排序；
S2中根据所述单一集群中各服务器的工作负载状况信息调度各服务器，包括：
033：根据所述复杂度排序以及该服务器组内的各服务器的工作负载情况将各功能需求分配至对应服务器。
更具体的是，所述根据所述复杂度排序以及该服务器组内的各服务器的工作负载情况将各功能需求分配至对应服务器，包括：
针对所述复杂度排序上当前未处理功能需求信息中的位于首位的功能需求信息，将该功能需求信息发送至当前该服务器组内工作负载最小的服务器，直至所有功能需求信息处理完毕。
该实施例中，根据复杂度排序进行调度，从而可以优化资源配置。
在一些实施例中，如图5所示，上述方法还包括：
041：对所述功能需求信息进行分类，得到多个时间段处理合集；
042：若当前接收的功能需求信息不属于当前时间段，则将该功能需求信息加入等待队列，直至当前时间点处于对应的时间段时处理该功能需求信息。
该实施例中，可以让任务运行时段错开，比如白天将资源侧重于在线服务，晚上将资源侧重于后台运算(数据统计和处理过程)。
也即，所述时间段处理合集包括第一时间段处理合集和第二时间段处理合集，所述第一时间段处理合集对应在线服务功能需求信息，所述第二时间段处理合集对应后台运算功能需求信息。
进一步的，在调度方面可以依赖大数据或者神经网络技术，该实施例中，如图6所示，还包括：
051：将当前待处理的功能需求信息的复杂度和类型输入至预设的神经网络模型，得到预估处理算力；
052：根据所述预估处理算力选取当前所有服务器的工作负载情况中剩余算力最接近的服务器；
053：所述根据所述单一集群中各服务器的工作负载状况信息调度各服务器具体用于利用选取的服务器处理对应的所述功能需求信息。
此外，本申请为了避免资源混乱导致任务处理有误，如图7所示，在一个或多个实施例中，还包括：
061：将每个服务器划分成多个子线程；
S2中的所述根据所述单一集群中各服务器的工作负载状况信息调度各服务器，包括：
062：针对每个功能需求信息，将其放置于一子线程内进行处理；
063：利用锁技术对每个子线程进行上锁操作。
该实施例中利用锁技术，将不同任务的资源进行隔离，避免资源混乱导致任务处理有误。
更进一步的，所述锁为公平锁或者非公平锁。
具体的，公平锁，也就是说按线程们先到先得的方式进行锁分配。
非公平锁，也就是说就是不遵守线程们先到先得的原则进行锁分配。
本申请中，采用非公平锁效率更高，假设线程A持有一个锁，并且线程B请求这个锁。由于锁被A持有，因此B将被挂起。当A释放锁时，B将被唤醒，因此B会再次尝试获取这个锁。与此同时，如果线程C也请求这个锁，那么C很可能会在B被完全唤醒之前获得、使用以及释放这个锁。这样就是一种双赢的局面：B获得锁的时刻并没有推迟，C更早的获得了锁，并且吞吐量提高。
从上述描述可知，本申请实施例提供的一种单一集群远程持续发布方法，单一集群远程持续发布装置将应用开发需求信息中的多个功能需求信息进行排序，得到功能发布序列，根据该功能发布序列，逐一调度服务器，能够将服务器得到最大化利用，整个服务器能同时处理多个应用开发需求信息。
从软件层面来说，为了在单一集群中保证软件开发的安全，将不同类别的业务工作相互隔离，本申请提供一种单一集群远程持续发布装置的实施例，参见图8，所述单一集群远程持续发布装置具体包含有如下内容：
接收模块10：接收至少一个应用开发需求信息。
可以理解的是，接收模块10接收到用户通过单一集群远程持续发布装置提交的应用开发需求信息，一个单一集群远程持续发布装置配置多个服务器，单一集群远程持续发布装置可以实时获取服务器的工作负载情况，找到处于空闲状态的服务器，进行工作任务分配。
调度模块11：根据所述单一集群中各服务器的工作负载状况信息调度各服务器，以使所述各服务器处理所述应用开发需求信息，进而开发对应的应用。
可以理解的是，调度模块11采集到各服务器的工作负载信息，根据所有服务器传输的工作负载状况信息，定位到处于空闲状态的服务器，将应用开发需求信息发送到处于空闲状态的服务器中，服务器根据应用开发需求信息开发对应的应用。在一些其他的实施方式中，调度模块11还可以根据所有服务器传输的工作负载状况信息检测各服务器的工作状态，当其中一个服务器出现故障时，可以将该服务器开发失败的任务重新分配给其他可用的服务器上，不影响整个服务。
单一集群远程持续发布装置依托支持多服务器管理，通过单一集群远程持续发布装置的核心处理器解决应用的自动化部署及恢复，使用户只需提交应用实例的配置需求，核心处理器即可完成该应用实例的初始化，当应用的某个模块发生故障时，核心处理器具备自动恢复功能。
从上述描述可知，本申请实施例提供的一种单一集群远程持续发布装置，通过单一集群多服务器管理模式，发布装置根据各服务器的工作负载情况决定如何在不同服务器中分配工作负载，将不同的任务指派到不同服务器。通过跨服务器调度，可跨服务器均匀调度任务负载；将各服务器的工作负载最大化，如果当前服务器超出承载力，那么额外的工作负载路由到另一个较空闲的服务器中；根据不同应用需求，调度工作负载到不同服务器，以满足不同终端用户的特定需求。通过跨服务器调度，提高服务器的资源可用性和平台资源管理能力。
为了进一步提高整个服务器的开发效率，统筹个服务器的工作负载，在本申请提供的一种单一集群远程持续发布装置的一个实施例中，提供一种调度服务器的优选方式，参见图9，所述单一集群远程持续发布装置还包括：
功能序列生成模块12：根据所述多个功能需求信息生成功能发布序列。
可以理解的是，应用开发需求信息包括多个功能需求信息，功能序列生成模块12对多个功能需求信息进行排序，生成功能发布序列，各服务器根据所述功能发布序列进行逐一开发，例如，将设某应用开发需求信息包括A、B、C、D四个功能需求信息，功能序列生成模块12对这四个功能需求信息进行排序，生成功能发布序列A、C、B、D，服务器根据该功能发布序列进行逐一开发。
所述调度模块11，具体用于根据所述功能发布序列，逐一调度处于空闲状态的服务器，以逐一处理每个功能需求信息，进而逐一开发对应的应用模块。
可以理解的是，服务器调度单元根据功能发布序列调度处于空闲状态的服务器，每个服务器处理一个功能需求信息，进而开发对应的应用模块。服务器调度单元根据功能发布序列调度处于空闲状态的服务器有两种调度方式，例如，某应用开发需求信息包括A、B、C、D四个功能需求信息，其功能发布序列为A、C、B、D，第一种，服务器调度单元可以调度四个处于空闲状态的服务器，分别开发A、B、C、D四个功能，最后将开发完成的四个中间产品进行整合形成最终应用。第二种，服务器调度单元也可以先调度其中一个处于空闲状态的服务器，再根据其他服务器的工作负载情况，逐一调度剩余所需的服务器，每个服务器都在上一个服务器开发的中间产品上进行开发，最后形成最终应用。本申请采用的是第二种调度方式，采用逐一调度的方式，能够将服务器得到最大化利用，整个服务器能同时处理多个应用开发需求信息。
从上述描述可知，本申请实施例提供的一种单一集群远程持续发布装置，单一集群远程持续发布装置将应用开发需求信息中的多个功能需求信息进行排序，得到功能发布序列，根据该功能发布序列，逐一调度服务器，能够将服务器得到最大化利用，整个服务器能同时处理多个应用开发需求信息。
在优选的实施例中，所述应用开发需求信息包括多个功能需求信息，所述单一集群远程持续发布装置还包括：
功能发布序列生成模块，根据所述多个功能需求信息生成功能发布序列；
所述调度模块具体用于根据所述功能发布序列，逐一调度处于空闲状态的服务器，以逐一处理每个功能需求信息，进而逐一开发对应的应用模块。
在优选的实施例中，所述处于空闲状态的服务器为释放所有功能需求开发负载后的服务器，所述调度模块，如图10包括：
中间产品生成单元101，针对位于首位的功能需求信息，调度当前处于所述空闲状态的其中一个所述服务器，并将所述应用开发需求信息传输至该服务器，以使该服务器处理该功能需求信息，生成一中间产品；
迭代单元102，执行迭代操作，调度另一个处于空闲状态的服务器，并指令所述另一个处于空闲状态的服务器接收所述中间产品，以使该另一个服务器处理相邻的下一个功能需求信息，并生成整合后的中间产品，直至所有功能需求处理完成。
在优选的实施例中，所述应用开发需求信息包括多个功能需求信息，如图11，所述单一集群远程持续发布装置还包括：
分类模块13，对所有功能需求信息进行分类，并将同一类别的功能需求信息发送至一服务器组，所述服务器组包括至少一个服务器；
排序模块14，对所述服务器组内的功能需求信息进行复杂度排序；
所述调度模块11具体用于根据所述复杂度排序以及该服务器组内的各服务器的工作负载情况将各功能需求分配至对应服务器。
在优选的实施例中，所述调度模块具体用于针对所述复杂度排序上当前未处理功能需求信息中的位于首位的功能需求信息，将该功能需求信息发送至当前该服务器组内工作负载最小的服务器，直至所有功能需求信息处理完毕。
在优选的实施例中，如图12，还包括：
时间段处理合集生成模块15，对所述功能需求信息进行分类，得到多个时间段处理合集；
等待队列加入模块16，若当前接收的功能需求信息不属于当前时间段，则将该功能需求信息加入等待队列，直至当前时间点处于对应的时间段时处理该功能需求信息。
在优选的实施例中，所述时间段处理合集包括第一时间段处理合集和第二时间段处理合集，所述第一时间段处理合集对应在线服务功能需求信息，所述第二时间段处理合集对应后台运算功能需求信息。
在优选的实施例中，还包括：
预测模块，将当前待处理的功能需求信息的复杂度和类型输入至预设的神经网络模型，得到预估处理算力；
选取模块，根据所述预估处理算力选取当前所有服务器的工作负载情况中剩余算力最接近的服务器；
所述调度模块具体用于利用选取的服务器处理对应的所述功能需求信息。
在优选的实施例中，还包括：
子线程划分模块，将每个服务器划分成多个子线程；
所述调度模块包括：
子线程处理单元，针对每个功能需求信息，将其放置于一子线程内进行处理；
上锁单元，利用锁技术对每个子线程进行上锁操作。
在优选的实施例中，所述锁为公平锁或者非公平锁。
从硬件层面来说，为了在单一集群中保证软件开发的安全，将不同类别的业务工作相互隔离，本申请提供一种用于实现所述单一集群远程持续发布方法中的全部或部分内容的电子设备的实施例，所述电子设备具体包含有如下内容：
图13为本申请实施例的电子设备9600的系统构成的示意框图。如图13所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图13是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。
在一实施例中，单一集群远程持续发布功能可以被集成到中央处理器中。其中，中央处理器可以被配置为进行如下控制：
S1：接收至少一个应用开发需求信息。
可以理解的是，用户通过单一集群远程持续发布装置向单一集群远程持续发布装置提交应用开发需求信息，一个单一集群远程持续发布装置配置多个服务器，单一集群远程持续发布装置可以实时获取服务器的工作负载情况，找到处于空闲状态的服务器，进行工作任务分配。
S2：根据所述单一集群中各服务器的工作负载状况信息调度各服务器，以使所述各服务器处理所述应用开发需求信息，进而开发对应的应用。
可以理解的是，单一集群远程持续发布装置可以根据所有服务器传输的工作负载状况信息，定位到处于空闲状态的服务器，将应用开发需求信息发送到处于空闲状态的服务器中，服务器根据/应用开发需求信息开发对应的应用，在一些其他的实施方式中，单一集群远程持续发布装置还可以根据所有服务器传输的工作负载状况信息检测服务器的工作状态，当其中一个服务器出现故障时，可以将该服务器开发失败的任务重新分配给其他可用的服务器上，不影响整个服务。
从上述描述可知，本申请实施例提供的电子设备，通过单一集群多服务器管理模式，发布装置根据各服务器的工作负载情况决定如何在不同服务器中分配工作负载，将不同的任务指派到不同服务器。通过跨服务器调度，可跨服务器均匀调度任务负载；将各服务器的工作负载最大化，如果当前服务器超出承载力，那么额外的工作负载路由到另一个较空闲的服务器中；根据不同应用需求，调度工作负载到不同服务器，以满足不同终端用户的特定需求。通过跨服务器调度，提高服务器的资源可用性和平台资源管理能力。
在另一个实施方式中，单一集群远程持续发布装置可以与中央处理器9100分开配置，例如可以将单一集群远程持续发布装置配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现单一集群远程持续发布功能。
如图13所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图13中所示的所有部件；此外，电子设备9600还可以包括图13中没有示出的部件，可以参考现有技术。
如图13所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。
其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。
输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。
该存储器9140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。
存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。
通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。
基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。
本申请的实施例还提供能够实现上述实施例中的单一集群远程持续发布方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的执行主体为服务器或客户端的单一集群远程持续发布方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
S1：接收至少一个应用开发需求信息。
可以理解的是，用户通过单一集群远程持续发布装置向单一集群远程持续发布装置提交应用开发需求信息，一个单一集群远程持续发布装置配置多个服务器，单一集群远程持续发布装置可以实时获取服务器的工作负载情况，找到处于空闲状态的服务器，进行工作任务分配。
S2：根据所述单一集群中各服务器的工作负载状况信息调度各服务器，以使所述各服务器处理所述应用开发需求信息，进而开发对应的应用。
可以理解的是，单一集群远程持续发布装置可以根据所有服务器传输的工作负载状况信息，定位到处于空闲状态的服务器，将应用开发需求信息发送到处于空闲状态的服务器中，服务器根据/应用开发需求信息开发对应的应用，在一些其他的实施方式中，单一集群远程持续发布装置还可以根据所有服务器传输的工作负载状况信息检测服务器的工作状态，当其中一个服务器出现故障时，可以将该服务器开发失败的任务重新分配给其他可用的服务器上，不影响整个服务。
从上述描述可知，本申请实施例提供的一种计算机可读存储介质，通过单一集群多服务器管理模式，发布装置根据各服务器的工作负载情况决定如何在不同服务器中分配工作负载，将不同的任务指派到不同服务器。通过跨服务器调度，可跨服务器均匀调度任务负载；将各服务器的工作负载最大化，如果当前服务器超出承载力，那么额外的工作负载路由到另一个较空闲的服务器中；根据不同应用需求，调度工作负载到不同服务器，以满足不同终端用户的特定需求。通过跨服务器调度，提高服务器的资源可用性和平台资源管理能力。
本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (22)
1.一种单一集群远程持续发布方法，其特征在于，包括：
接收至少一个应用开发需求信息；
根据所述单一集群中各服务器的工作负载状况信息调度各服务器，以使所述各服务器处理所述应用开发需求信息，进而开发对应的应用。
2.根据权利要求1所述的单一集群远程持续发布方法，其特征在于，所述应用开发需求信息包括多个功能需求信息，所述单一集群远程持续发布方法还包括：
根据所述多个功能需求信息生成功能发布序列；
所述根据所述单一集群中各服务器的工作负载状况信息调度各服务器，包括：
根据所述功能发布序列，逐一调度处于空闲状态的服务器，以逐一处理每个功能需求信息，进而逐一开发对应的应用模块。
3.根据权利要求2所述的单一集群远程持续发布方法，其特征在于，所述处于空闲状态的服务器为释放所有功能需求开发负载后的服务器，所述根据所述功能发布序列，逐一调度处于空闲状态的服务器，包括：
针对位于首位的功能需求信息，调度当前处于所述空闲状态的其中一个所述服务器，并将所述应用开发需求信息传输至该服务器，以使该服务器处理该功能需求信息，生成一中间产品；
执行迭代操作，调度另一个处于空闲状态的服务器，并指令所述另一个处于空闲状态的服务器接收所述中间产品，以使该另一个服务器处理相邻的下一个功能需求信息，并生成整合后的中间产品，直至所有功能需求处理完成。
4.根据权利要求1所述的单一集群远程持续发布方法，其特征在于，所述应用开发需求信息包括多个功能需求信息，所述单一集群远程持续发布方法还包括：
对所有功能需求信息进行分类，并将同一类别的功能需求信息发送至一服务器组，所述服务器组包括至少一个服务器；
对所述服务器组内的功能需求信息进行复杂度排序；
根据所述单一集群中各服务器的工作负载状况信息调度各服务器，包括：根据所述复杂度排序以及该服务器组内的各服务器的工作负载情况将各功能需求分配至对应服务器。
5.根据权利要求4所述的单一集群远程持续发布方法，其特征在于，所述根据所述复杂度排序以及该服务器组内的各服务器的工作负载情况将各功能需求分配至对应服务器，包括：
针对所述复杂度排序上当前未处理功能需求信息中的位于首位的功能需求信息，将该功能需求信息发送至当前该服务器组内工作负载最小的服务器，直至所有功能需求信息处理完毕。
6.根据权利要求1所述的单一集群远程持续发布方法，其特征在于，还包括：
对所述功能需求信息进行分类，得到多个时间段处理合集；
若当前接收的功能需求信息不属于当前时间段，则将该功能需求信息加入等待队列，直至当前时间点处于对应的时间段时处理该功能需求信息。
7.根据权利要求6所述的单一集群远程持续发布方法，其特征在于，所述时间段处理合集包括第一时间段处理合集和第二时间段处理合集，所述第一时间段处理合集对应在线服务功能需求信息，所述第二时间段处理合集对应后台运算功能需求信息。
8.根据权利要求1所述的单一集群远程持续发布方法，其特征在于，还包括：
将当前待处理的功能需求信息的复杂度和类型输入至预设的神经网络模型，得到预估处理算力；
根据所述预估处理算力选取当前所有服务器的工作负载情况中剩余算力最接近的服务器；
所述根据所述单一集群中各服务器的工作负载状况信息调度各服务器具体用于利用选取的服务器处理对应的所述功能需求信息。
9.根据权利要求1所述的单一集群远程持续发布方法，其特征在于，还包括：
将每个服务器划分成多个子线程；
所述根据所述单一集群中各服务器的工作负载状况信息调度各服务器，包括：
针对每个功能需求信息，将其放置于一子线程内进行处理；
利用锁技术对每个子线程进行上锁操作。
10.根据权利要求9所述的单一集群远程持续发布方法，其特征在于，所述锁为公平锁或者非公平锁。
11.一种单一集群远程持续发布装置，其特征在于，包括：
接收模块，接收至少一个应用开发需求信息；
调度模块，根据所述单一集群中各服务器的工作负载状况信息调度各服务器，以使所述各服务器处理所述应用开发需求信息，进而开发对应的应用。
12.根据权利要求11所述的单一集群远程持续发布装置，其特征在于，所述应用开发需求信息包括多个功能需求信息，所述单一集群远程持续发布装置还包括：
功能发布序列生成模块，根据所述多个功能需求信息生成功能发布序列；
所述调度模块具体用于根据所述功能发布序列，逐一调度处于空闲状态的服务器，以逐一处理每个功能需求信息，进而逐一开发对应的应用模块。
13.根据权利要求12所述的单一集群远程持续发布装置，其特征在于，所述处于空闲状态的服务器为释放所有功能需求开发负载后的服务器，所述调度模块，包括：
中间产品生成单元，针对位于首位的功能需求信息，调度当前处于所述空闲状态的其中一个所述服务器，并将所述应用开发需求信息传输至该服务器，以使该服务器处理该功能需求信息，生成一中间产品；
迭代单元，执行迭代操作，调度另一个处于空闲状态的服务器，并指令所述另一个处于空闲状态的服务器接收所述中间产品，以使该另一个服务器处理相邻的下一个功能需求信息，并生成整合后的中间产品，直至所有功能需求处理完成。
14.根据权利要求11所述的单一集群远程持续发布装置，其特征在于，所述应用开发需求信息包括多个功能需求信息，所述单一集群远程持续发布装置还包括：
分类模块，对所有功能需求信息进行分类，并将同一类别的功能需求信息发送至一服务器组，所述服务器组包括至少一个服务器；
排序模块，对所述服务器组内的功能需求信息进行复杂度排序；
所述调度模块具体用于根据所述复杂度排序以及该服务器组内的各服务器的工作负载情况将各功能需求分配至对应服务器。
15.根据权利要求14所述的单一集群远程持续发布装置，其特征在于，所述调度模块具体用于针对所述复杂度排序上当前未处理功能需求信息中的位于首位的功能需求信息，将该功能需求信息发送至当前该服务器组内工作负载最小的服务器，直至所有功能需求信息处理完毕。
16.根据权利要求11所述的单一集群远程持续发布装置，其特征在于，还包括：
时间段处理合集生成模块，对所述功能需求信息进行分类，得到多个时间段处理合集；
等待队列加入模块，若当前接收的功能需求信息不属于当前时间段，则将该功能需求信息加入等待队列，直至当前时间点处于对应的时间段时处理该功能需求信息。
17.根据权利要求16所述的单一集群远程持续发布装置，其特征在于，所述时间段处理合集包括第一时间段处理合集和第二时间段处理合集，所述第一时间段处理合集对应在线服务功能需求信息，所述第二时间段处理合集对应后台运算功能需求信息。
18.根据权利要求11所述的单一集群远程持续发布装置，其特征在于，还包括：
预测模块，将当前待处理的功能需求信息的复杂度和类型输入至预设的神经网络模型，得到预估处理算力；
选取模块，根据所述预估处理算力选取当前所有服务器的工作负载情况中剩余算力最接近的服务器；
所述调度模块具体用于利用选取的服务器处理对应的所述功能需求信息。
19.根据权利要求11所述的单一集群远程持续发布装置，其特征在于，还包括：
子线程划分模块，将每个服务器划分成多个子线程；
所述调度模块包括：
子线程处理单元，针对每个功能需求信息，将其放置于一子线程内进行处理；
上锁单元，利用锁技术对每个子线程进行上锁操作。
20.根据权利要求19所述的单一集群远程持续发布装置，其特征在于，所述锁为公平锁或者非公平锁。
21.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至10任一项所述的单一集群远程持续发布方法。
22.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至10任一项所述的单一集群远程持续发布方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110605641.XA CN113326025B (zh) | 2021-05-31 | 2021-05-31 | 一种单一集群远程持续发布方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110605641.XA CN113326025B (zh) | 2021-05-31 | 2021-05-31 | 一种单一集群远程持续发布方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113326025A true CN113326025A (zh) | 2021-08-31 |
| CN113326025B CN113326025B (zh) | 2024-07-05 |
Family
ID=77422896
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110605641.XA Active CN113326025B (zh) | 2021-05-31 | 2021-05-31 | 一种单一集群远程持续发布方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113326025B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114401181A (zh) * | 2021-12-06 | 2022-04-26 | 深圳市亚略特科技股份有限公司 | 集群中服务器的下线方法、装置、设备及存储介质 |
| CN117724725A (zh) * | 2024-02-05 | 2024-03-19 | 英诺达(成都)电子科技有限公司 | 持续集成的自动化调度方法、装置、系统和存储介质 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120084775A1 (en) * | 2010-09-30 | 2012-04-05 | Microsoft Corporation | Techniques for Streaming Virtual Machines from a Server to a Host |
| CN103164283A (zh) * | 2012-05-10 | 2013-06-19 | 上海兆民云计算科技有限公司 | 一种虚拟桌面系统中虚拟化资源动态调度管理方法及系统 |
-
2021
- 2021-05-31 CN CN202110605641.XA patent/CN113326025B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120084775A1 (en) * | 2010-09-30 | 2012-04-05 | Microsoft Corporation | Techniques for Streaming Virtual Machines from a Server to a Host |
| CN103164283A (zh) * | 2012-05-10 | 2013-06-19 | 上海兆民云计算科技有限公司 | 一种虚拟桌面系统中虚拟化资源动态调度管理方法及系统 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114401181A (zh) * | 2021-12-06 | 2022-04-26 | 深圳市亚略特科技股份有限公司 | 集群中服务器的下线方法、装置、设备及存储介质 |
| CN117724725A (zh) * | 2024-02-05 | 2024-03-19 | 英诺达(成都)电子科技有限公司 | 持续集成的自动化调度方法、装置、系统和存储介质 |
| CN117724725B (zh) * | 2024-02-05 | 2024-05-03 | 英诺达(成都)电子科技有限公司 | 持续集成的自动化调度方法、装置、系统和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113326025B (zh) | 2024-07-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112445575B (zh) | 多集群资源调度方法、装置及系统 | |
| CN112463535B (zh) | 多集群异常处理方法及装置 | |
| CN111338774A (zh) | 分布式定时任务调度系统及计算装置 | |
| CN112380020A (zh) | 一种算力资源分配方法、装置、设备及存储介质 | |
| CN113326025B (zh) | 一种单一集群远程持续发布方法及装置 | |
| CN111274033B (zh) | 一种资源部署方法、装置、服务器以及存储介质 | |
| CN112905338B (zh) | 计算资源自动分配方法及装置 | |
| CN111510493B (zh) | 分布式数据传输方法及装置 | |
| CN111445331A (zh) | 交易撮合方法及装置 | |
| CN111858050B (zh) | 服务器集群混合部署方法、集群管理节点及相关系统 | |
| CN115297008B (zh) | 基于智算网络的协同训练方法、装置、终端及存储介质 | |
| CN112099930A (zh) | 一种量子计算机集群分布式队列调度方法 | |
| CN110427260B (zh) | 主机作业调度方法、装置及系统 | |
| WO2022257247A1 (zh) | 数据处理方法、装置及计算机可读存储介质 | |
| CN116069493A (zh) | 一种数据处理方法、装置、设备以及可读存储介质 | |
| CN117499490A (zh) | 基于多集群的网络调度方法及装置 | |
| CN113342520B (zh) | 一种基于联邦实现的跨集群远程持续发布方法及系统 | |
| CN114327846A (zh) | 集群的扩容方法、装置、电子设备及计算机可读存储介质 | |
| CN116820757A (zh) | 一种利用算力网络处理任务的方法、装置、设备及介质 | |
| CN112445602A (zh) | 资源调度方法、装置、系统及电子设备 | |
| US11720414B2 (en) | Parallel execution controller for partitioned segments of a data model | |
| CN114489978A (zh) | 资源调度方法、装置、设备及存储介质 | |
| CN111708643A (zh) | 分布式流媒体平台的批量作业方法及装置 | |
| US11979444B1 (en) | Mesh management for redistribution of online events | |
| CN111309467A (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |