CN111427678A - 汽车诊断云平台中的虚拟化资源调度系统、方法 - Google Patents

汽车诊断云平台中的虚拟化资源调度系统、方法 Download PDF

Info

Publication number
CN111427678A
CN111427678A CN202010207824.1A CN202010207824A CN111427678A CN 111427678 A CN111427678 A CN 111427678A CN 202010207824 A CN202010207824 A CN 202010207824A CN 111427678 A CN111427678 A CN 111427678A
Authority
CN
China
Prior art keywords
resource
service
virtualized
scheduling
module
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
CN202010207824.1A
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.)
Xi'an Daotong Technology Co ltd
Original Assignee
Autel Intelligent Technology Corp Ltd
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 Autel Intelligent Technology Corp Ltd filed Critical Autel Intelligent Technology Corp Ltd
Priority to CN202010207824.1A priority Critical patent/CN111427678A/zh
Publication of CN111427678A publication Critical patent/CN111427678A/zh
Priority to PCT/CN2021/081129 priority patent/WO2021190360A1/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/48Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806Task transfer initiation or dispatching
    • G06F9/4843Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/48Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806Task transfer initiation or dispatching
    • G06F9/4843Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明涉及云计算平台中的数据资源技术领域,尤其涉及一种汽车诊断云平台中的虚拟化资源调度系统、方法以及虚拟化资源调度设备。该系统包括:调度服务核心模块、资源管理模块以及虚拟化资源模块,所述虚拟化资源模块是由所述汽车诊断云平台中的数据资源和服务资源虚拟化得到的;所述调度服务核心模块,用于接收所述汽车诊断云平台服务应用的资源请求,根据所述资源请求得到所述服务应用与虚拟化资源的映射关系;所述资源管理模块,用于根据所述映射关系从所述虚拟化资源模块获取所述服务应用对应的虚拟化资源,并将所述虚拟化资源与所述服务应用耦合。该系统能够统一负责微服务应用资源的调度,使调度更灵活。

Description

汽车诊断云平台中的虚拟化资源调度系统、方法
【技术领域】
本发明涉及云计算平台中的数据资源技术领域,尤其涉及一种汽车诊断云平台中的虚拟化资源调度系统、方法以及虚拟化资源调度设备。
【背景技术】
在云计算环境中,一个服务应用所需的资源通常并不是一成不变的,比如,由于服务应用程序自身逻辑,导致在一时间内存在少量数据的重复迭代,而在另一时间段内又有大量的访问外存数据或进行通信,由此导致资源需求变化。因此,在云平台架构中实现资源的按需分配具有重要意义,特别是在服务应用数量增加时,为其配置对应的资源具有重要意义。
【发明内容】
本发明要解决的技术问题是提供一种汽车诊断云平台中的虚拟化资源调度系统、方法及虚拟化资源调度设备,解决如何在服务应用数量增加时,为其配置对应的虚拟化资源的技术问题。
本发明实施例的第一方面,提供一种汽车诊断云平台中的虚拟化资源调度系统,所述系统包括:调度服务核心模块、资源管理模块以及虚拟化资源模块,
所述虚拟化资源模块是由所述汽车诊断云平台中的数据资源和服务资源虚拟化得到的;
所述调度服务核心模块,用于接收所述汽车诊断云平台服务应用的资源请求,根据所述资源请求得到所述服务应用与虚拟化资源的映射关系;
所述资源管理模块,用于根据所述映射关系从所述虚拟化资源模块获取所述服务应用对应的虚拟化资源,并将所述虚拟化资源与所述服务应用耦合。
可选地,所述调度服务核心模块包括调度程序接口,
所述调度程序接口,用于接收所述汽车诊断云平台服务应用的资源请求,并还用于发送所述映射关系至所述资源管理模块。
可选地,所述调度服务核心模块还包括:接口服务器、调度程序处理单元、调度程序缓存单元、程序调度和抢占单元,
所述接口服务器用于通过所述调度程序接口获得所述资源请求,并将所述资源请求写入所述调度程序处理单元;
所述程序调度和抢占单元用于在监听到所述调度程序处理单元接收到所述资源请求后,做出调度或抢占决策;
所述调度程序处理单元用于根据所述调度或抢占决策处理所述资源请求,并从所述调度程序缓存单元中获得所述资源请求对应的所述服务应用与所述虚拟化资源的映射关系。
可选地,所述接口服务器还用于管理所述调度程序接口与所述资源管理模块、所述虚拟化资源模块的通讯。
可选地,所述调度程序缓存单元用于缓存与调度程序关联的数据,所述数据包括已布局的资源状态信息和资源使用状态信息。
可选地,所述调度服务核心模块还包括管理员服务单元,所述管理员服务单元用于处理来自管理员的请求,并且还用于根据所述管理员的请求更新所述调度或抢占决策。
可选地,所述资源管理模块包括调度程序处理单元和调度程序交互单元,
所述调度程序处理单元,用于向所述调度服务核心模块发送所述资源请求,并提供资源信息,还用于根据所述映射关系绑定资源和容器;
所述调度程序交互单元,用于显示资源调度分布状态和服务请求状态,还用于接收管理员的操作。
可选地,所述虚拟化资源模块包括物理服务器集群和虚拟机集群,
所述物理服务器集群和所述虚拟机集群均用于承载所述数据资源和所述服务资源。
可选地,所述资源管理模块还用于:
根据资源请求的数量调整所述虚拟化资源模块的资源容量;
其中,所述调整所述资源容量包括调整所述物理服务器集群和所述虚拟机集群的节点规模。
本发明实施例的第二方面,提供一种汽车诊断云平台中的虚拟化资源调度方法,所述方法由如上所述的系统执行,所述方法包括:
所述系统通过所述虚拟化资源模块将所述汽车诊断云平台中的数据资源和服务资源进行虚拟化,以获得虚拟化资源;
所述系统通过所述调度服务核心模块接收所述汽车诊断云平台服务应用的资源请求,根据所述资源请求得到所述服务应用与虚拟化资源的映射关系;
所述系统通过所述资源管理模块,基于所述虚拟化资源和所述映射关系获取所述服务应用对应的虚拟化资源,并将所述虚拟化资源与所述服务应用耦合。
可选地,所述系统通过所述调度服务核心模块接收所述汽车诊断云平台服务应用的资源请求,根据所述资源请求得到所述服务应用与虚拟化资源的映射关系,包括:
所述系统通过所述调度程序接口和所述接口服务器获取所述资源请求,并将所述资源请求写入所述调度程序处理单元;
所述系统通过所述程序调度和抢占单元监听所述调度程序处理单元,在监听到所述调度程序处理单元接收到所述资源请求后,做出调度或抢占决策;
所述系统通过所述调度程序处理单元根据所述调度或抢占决策处理所述资源请求,并从所述调度程序缓存单元中获得所述资源请求对应的所述服务应用与所述虚拟化资源的映射关系。
可选地,所述方法还包括:
所述系统通过所述接口服务器管理所述调度程序接口与所述资源管理模块、所述虚拟化资源模块的通讯。
可选地,所述方法还包括:
所述系统通过所述调度程序缓存单元缓存与调度程序关联的数据,所述数据包括已布局的资源状态信息和资源使用状态信息。
可选地,所述方法还包括:
所述系统通过所述管理员服务单元处理来自管理员的请求,并且根据所述管理员的请求更新所述调度或抢占决策。
可选地,所述方法还包括:
所述系统通过所述资源管理模块根据接收到的资源请求数量调整所述虚拟化资源模块的资源容量,以使所述虚拟化资源模块提供的资源匹配所述服务请求。
可选地,所述虚拟化资源模块包括物理服务器集群和虚拟机集群,
所述系统通过所述资源管理模块根据接收到的资源请求数量调整所述虚拟化资源模块的资源容量,包括:所述系统通过所述资源管理模块根据接收到的资源请求数量调整所述物理服务器集群和所述虚拟机集群的节点规模。
本发明实施例的第三方面,提供一种虚拟化资源调度设备,包括:
至少一个处理器;
以及与所述至少一个处理器通信连接的存储器;
其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如上所述的一种汽车诊断云平台中的虚拟化资源调度方法的步骤。
区别于现有技术,本发明实施例提供的汽车诊断云平台中的虚拟化资源调度系统、方法及虚拟化资源调度设备,能够将汽车诊断云平台中的数据资源和服务资源虚拟化为一个统一的服务资源池,并建立虚拟化资源与服务应用的映射关系,从而能够统一负责微服务应用资源的调度,使调度更灵活。当服务应用增加时,能够通过这种统一调度机制为服务应用配置合适的虚拟化资源。此外,能够同时结合汽车诊断云平台的业务特点,提升了大数据服务的容器化和统一服务运维管理的管理效率。
【附图说明】
一个或多个实施例通过与之对应的附图中的图片进行示例性说明,这些示例性说明并不构成对实施例的限定,附图中具有相同参考数字标号的元件表示为类似的元件,除非有特别申明,附图中的图不构成比例限制。
图1是本发明实施例提供的一种汽车诊断云平台的系统结构示意图;
图2是本发明实施例提供的一种汽车诊断云平台中的虚拟化资源调度系统的结构示意图;
图3是本发明实施例提供的调度服务核心模块的结构示意图;
图4是本发明实施例提供的基于所述虚拟化资源调度系统进行资源调度的示意图;
图5是本发明实施例提供的一种汽车诊断云平台中的虚拟化资源调度方法的流程图;
图6是本发明实施例提供的一种虚拟化资源调度设备的硬件结构示意图。
【具体实施方式】
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
需要说明的是,如果不冲突,本发明实施例中的各个特征可以相互组合,均在本发明的保护范围之内。另外,虽然在装置示意图中进行了功能模块的划分,在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于装置示意图中的模块划分,或流程图中的顺序执行所示出或描述的步骤。
请参阅图1,图1是本发明实施例提供的一种汽车诊断云平台的系统结构示意图,所述虚拟化资源调度系统和方法可以应用于该汽车诊断云平台。如图1所示,该汽车诊断云平台系统采用“纵向分层、横向分割”的云计算SOA架构进行设计,提供服务的定义、开发、部署和运行等功能,各层之间通过松散耦合实现逻辑复用,通过服务方式实现同层之间模块的松耦合,使得平台具备良好的扩展能力。该系统提供基于SOA的海量数据集成服务,包括统一数据模型与管理、异构数据采集与整合、以及海量数据的组织与存储、共享与发布、分析与挖掘等,使数据存储可根据在架构上具备适应未来数据量、存储量及业务变化的能力,支持对未来海量数据的存储和高效使用,支持以横向扩展的方式实现对业务发展的支撑。同时,系统架构和软件设计充分考虑用户的实际情况,满足行业人员的实际要求,系统可采用PC服务器构建,少用或者不用阵列存储,实现系统高性能与低成本。
其中,该系统核心数据库软件采用ACID(即原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability))保护机制,确保事务的完整性和数据的一致性;数据采集采用基于数据库日志备份恢复的机制采集,确保数据的完整性和数据一致性;数据的传输采用可靠稳定的开放总线技术,确保数据传输的稳定性和可靠性;各应用服务系统采用多实例节点集群部署,确保系统能持续稳定不间断地工作,应用系统中的任意构件更新、加载时,在不更新与上下构件接口的前提下,不影响业务运转和服务;系统模块都采用集群架构,消除单点故障;网络交换机采用双机,网络链路采用双线冗余,确保网络链路冗余。
具体地,请参阅图1,该汽车诊断云平台系统包括业务总线、数据总线、基础架构层、数据处理与数据平台层、接口层以及应用层。所述基础架构层用于构建所述汽车诊断云平台系统的基础运行环境;所述数据处理与数据平台层基于所述基础架构层而构建,其提供对数据清洗、分析挖掘服务,以及提供行业数据归集、数据缓存服务、数据访问接入服务;所述接口层基于所述数据处理与数据平台层而构建,其用于为外部应用系统和上层应用提供开放接口服务;所述业务总线通过所述接口层向所述云平台系统传输业务服务;所述数据总线通过所述数据处理与数据平台层向所述汽车诊断云平台系统传输数据;所述应用层与所述接口层通讯连接,其用于实现所述汽车诊断云平台系统的前后端分离,并且还用于承载第三方应用。
其中,所述数据处理与数据平台层基于所述基础架构层而构建,所述接口层基于所述数据处理与数据平台层而构建,是指所述基础架构层、所述数据处理与数据平台层、所述接口层从下至上,依次以下一层为基础来建立上一层,只有在先建立好下一层后才能构建上一层。
所述业务总线具体可以是业务服务总线(BSB,Business Service Bus),其可以是一根管道,用于连接各个业务服务节点,为了集成不同的业务系统和不同协议的服务。所述业务服务总线实现了消息的转化解释和路由,让不同的业务服务互联互通。
所述数据总线支持至少两个数据通信协议,以支持所述至少两个数据服务节点与所述汽车诊断云平台系统之间的通信。所述数据通信协议可以根据所述数据源的类型、数据内容等来进行设定。所述数据服务节点与所述汽车诊断云平台系统之间的通信链路可以基于一条数据通信协议来进行通信,也可以基于多条数据通信协议来进行通信。所述数据总线具体可以是数据服务总线(DSB,Data Service Bus),其可以是另一根管道,其用于连接各个数据服务节点,还用于集成不同的数据源。所述数据服务总线实现了数据的格式化和路由,能让不同的业务服务互联互通,可以将其理解为数据的适配器网关。
上述业务总线和上述数据总线均是通过所述接口层与所述汽车诊断云平台系统建立连接关系的。
所述基础架构层用于构建所述汽车诊断云平台系统的基础运行环境,该基础运行环境包括所述汽车诊断云平台系统的软件运行环境和硬件运行环境。所述基础架构层是所述汽车诊断云平台系统实现的基本保障。
其中,所述基础架构层包括基础设施层和基础平台层,所述基础设施层用于建构硬件设备以及基于所述硬件设备建立虚拟系统;所述基础平台层用于实现所述接口层与所述基础架构层之间的通信。所述基础平台层包括容器管理平台,所述容器管理平台包括至少两个容器,所述至少两个容器用于承载汽车诊断相关业务的处理资源,所述至少两个容器是基于所述汽车诊断云平台系统所要处理的各汽车诊断相关业务所需的处理资源分配的,所述各汽车诊断相关业务对应所述至少两个容器中的一个或多个容器。
其中,所述容器实质是进程,但其不同于宿主执行的进程,容器进程运行于属于自己的独立的命名空间,因此容器可以拥有自己的root文件系统、网络配置、进程空间以及用户ID空间。所述至少两个容器的容量可以是相同的也可以是不同的。
所述数据处理与数据平台层是基于所述基础架构层构建的,所述数据处理与数据平台层通过所述数据总线获取所述至少两个汽车诊断相关数据,并用于对所述至少两个汽车诊断相关数据进行处理及提供接入或存储服务。
其中,所述数据处理与数据平台层主要包括数据分析挖掘模块、数据清洗模块、行业数据归属模块以及数据访问接入服务模块。所述数据分析挖掘模块用于对采集的数据进行分析、挖掘,比如,每个品牌的汽车都有自己的通讯协议,当需要对汽车进行智能诊断时,所述汽车诊断云平台系统首先与汽车进行通信,通过数据总线获取汽车诊断相关数据,然后根据汽车诊断相关数据和车辆通讯协议,该汽车诊断云平台系统通过机器学习的方法(比如神经网络)进行学习计算,分析出与该汽车最匹配的通讯协议,从而为所述汽车诊断做准备。所述数据清洗模块用于对采集到的数据进行清洗,所述数据清洗包括数据净化、遗漏数据处理,噪声数据处理等,所述数据清洗的具体过程可以参考相关技术的记载。所述行业数据归属模块用于对采集相关行业数据以及对采集的行业数据进行归集对账服务。所述数据访问接入服务用于将访问数据的请求进行管理,其主要包括数据源管理(比如对存储了哪些类别的数据存放在哪个机器的哪个数据库进行管理)、数据连接池管理(比如对数据库的连接进行管理)、统一事务管理(比如对数据库集群中所需要处理的请求所进行的增删改查等操作进行管理)。
所述接口层是基于所述数据处理与数据平台层构建的,就技术层面上来讲,所述接口层用于为所述应用层提供开放接口服务,并且接收外部系统上传来的数据。就业务层面来讲,所述接口层通过接收到的数据,实现不同的业务接口供外部调用。其中,所述接口层通过所述业务总线实现与所述至少两个业务服务节点传输所述业务服务。所述业务服务包括汽车诊断、汽车配件的推荐与销售、汽车保险、汽车残值评估、汽车金融以及其他与汽车诊断相关的业务服务。
所述应用层与所述接口层通信连接,所述应用层用于实现所述汽车诊断云平台系统的前后端分离,并且还用于承载基于服务终端的第三方应用。其中,所述服务终端包括Web终端、APP终端、PDA终端等。其中,所述第三方应用包括汽车诊断、汽车配件的推荐与销售、汽车保险、汽车残值评估以及汽车金融等。
需要说明的是,图1提供的云平台系统除了应用于汽车诊断领域,还可以应用于其他领域。此外,图1所提供的云平台系统架构图还可以根据需要增加或删除模块,而不仅限于图1。
结合上述图1所提供的应用环境,下面给出了应用于该汽车诊断云平台系统的虚拟化资源调度系统和虚拟化资源调度方法的实施例。
请参阅图2,图2是本发明实施例提供的一种虚拟化资源调度系统的结构示意图。所述虚拟化资源调度系统应用于上述汽车诊断云平台。如图2所示,该系统包括:调度服务核心模块10、资源管理模块20以及虚拟化资源模块30。所述资源管理模块20分别与所述调度服务核心模块10、所述虚拟化资源模块30通信连接。
所述调度服务核心模块10是所述虚拟化资源调度系统的核心,其封装了所有的调度算法。所述调度服务核心模块10可以从资源管理模块20收集资源,并负责资源分配请求。所述调度服务核心模块10可以决定每个服务请求的最佳部署位置,并将每个请求的最佳部署位置反馈给资源管理模块20,以使服务应用可以从所述资源管理模块20获取到合适的资源。所述资源管理模块20具体可以是容器编排系统,比如Kubernetes,所述资源管理模块20可以提供应用部署、维护、扩展机制等功能,能方便地管理跨机器运行容器化的应用。所述虚拟化资源模块30即是IT资源中心,所述虚拟化资源模块30的资源进行了虚拟化处理,将资源中心的物理服务器集群和虚拟机集群虚拟化为一个统一的微服务细粒度资源池。
在本实施例中,所述虚拟化资源模块30是由所述汽车诊断云平台中的数据资源和服务资源虚拟化得到的。所述调度服务核心模块10用于接收所述汽车诊断云平台服务应用的资源请求,根据所述资源请求得到所述服务应用与虚拟化资源的映射关系。所述资源管理模块20用于根据所述映射关系从所述虚拟化资源模块30获取所述服务应用对应的虚拟化资源,并将所述虚拟化资源与所述服务应用耦合。
其中,所述汽车诊断云平台中的数据资源指的是保存在IT资源中心的数据,所述服务资源是运行在IT资源中心的服务。所述IT资源中心包括物理服务器集群和虚拟机集群,所述物理服务器集群和所述虚拟机集群均用于承载所述数据资源和所述服务资源。所述IT资源中心的数据指的是与服务应用相关的数据,比如汽车诊断数据、汽车金融数据、汽车保险数据等。所述IT资源中心的服务指的是与服务应用相关的服务,比如汽车诊断服务、汽车金融服务、汽车保险服务等。
其中,所述资源请求用于请求对所述服务应用进行处理的虚拟化资源,所述虚拟化资源可以是硬件资源。
其中,一并参阅图2和图3,所述调度服务核心模块10包括调度程序接口101、接口服务器102、调度程序处理单元103、调度程序缓存单元104、程序调度和抢占单元105以及管理员服务单元106。所述调度程序接口101是所述调度服务核心模块10对外的通讯接口,所述调度服务核心模块10的所有通信都通过该调度程序接口101,比如,通过所述调度程序接口101接收所述汽车诊断云平台服务应用的资源请求,以及发送所述映射关系至所述资源管理模块20。所述接口服务器102用于管理所述调度服务核心模块10的全部接口(包括调度程序接口101),负责所述调度服务核心模块10与外部设备的通信,其实现了调度程序接口101支持GRPC(Google Remote Procedure Call,Google远程程序调用)协议。所述调度程序处理单元103用于处理所述接口服务器102输入的所有写操作,比如处理需要更新调度程序内部状态的事件。所述调度程序缓存单元104用于缓存与调度程序状态相关的全部数据,例如每一个队列和节点,分配的已用资源,分配的已用资源与节点之间的关系等。通过所述调度程序缓存单元104可以提高资源分配的效率。所述程序调度和抢占单元105用于处理调度程序的内部状态,调度程序和抢占者将一起工作,做出调度或抢占决策,所述调度或抢占决策将由所述调度程序处理单元103来进行处理。所述管理员服务单元106用于处理来自管理员的请求,该请求可以是更新所述调度或抢占决策。所述管理员服务单元106还可以从存储中加载配置并更新调度程序策略。
其中,所述调度程序用于管理所述资源请求,比如,当前有多个资源请求时,所述多个资源请求对应一个排序,所述调度程序用于管理该排序。
其中,所述调度和抢占决策指的是对所述调度程序内部状态做出处理的事件,比如,调度其中某一个资源请求,或者将队列中排在后面的资源请求调整到第一顺序,以便优先处理该资源请求。值得说明的是,所述调度程序可以由所述程序调度和抢占单元105来处理,也可以由管理员通过所述管理员服务单元106进行人工干预。
其中,可以通过所述接口服务器102、所述调度程序处理单元103、所述调度程序缓存单元104、所述程序调度和抢占单元105获得所述资源请求对应的所述服务应用与所述虚拟化资源的映射关系。具体地,所述接口服务器102用于通过所述调度程序接口获得所述资源请求,并将所述资源请求写入所述调度程序处理单元103;所述程序调度和抢占单元105用于在监听到所述调度程序处理单元103接收到所述资源请求后,做出调度或抢占决策;所述调度程序处理单元103用于根据所述调度或抢占决策处理所述资源请求,并从所述调度程序缓存单元104中获得所述资源请求对应的所述服务应用与所述虚拟化资源的映射关系。
其中,所述调度程序缓存单元104还可以缓存已布局的资源状态信息和资源使用状态信息。从而可以根据所述已布局的资源状态信息和资源使用状态信息建立服务应用与虚拟化资源的映射关系,并且在所述调度程序缓存单元104保存所述映射关系。
在建立所述映射关系时,所述调度服务核心模块10可以根据预设的算法(比如哈希调度算法),从现有的资源中获取适合所述服务应用的虚拟化资源,并获取该虚拟化资源对应的容器,从而将容器的位置标识信息与所述服务应用建立映射关系。其中,当存在多个资源请求时,可以根据每个资源请求所需的虚拟化资源的大小,或者每个资源请求的优先级等为其分配虚拟化资源,并建立虚拟化资源和服务应用的映射关系。所述映射关系数据可以用于保存现有的服务应用的虚拟化资源布局情况,从而确保新的微服务可以调度到合适的虚拟化资源。
综上,所述调度服务核心模块10的功能特性主要包括:
(1)调度功能支持批处理作业和长期运行,以及有状态服务;
(2)具有最小、最大资源配额的分层池或对列;
(3)队列,用户以及应用程序之间的资源公平竞争;
(4)能够基于公平竞争的跨队列抢占资源;
(5)能够自定义资源类型调度支持;
(6)能根据策略自动将传入的容器请求映射至队列中;
(7)对服务节点使用专用配额或ACL(Access Control Lists,访问控制列表)管理,将大的集群拆分成若干子集群。同时,还可以作为统一的调度程序,支持K8S谓词,比如pod亲和/反亲和,节点选择器支持持久化存储和配额申请等。
所述资源管理模块20包括调度程序处理单元和调度程序交互单元。所述调度程序处理单元,用于向所述调度服务核心模块10提供资源信息;还用于根据所述映射关系数据绑定虚拟化资源和容器。所述调度程序交互单元,用于显示资源调度分布状态和服务请求状态,还用于接收管理员的操作。其中,所述调度程序处理单元可以理解为调度程序填充层(Scheduler Shim Layers),调度程序skim在主机系统(比如YARN(Yet Another ResourceNegotiator)、K8S等)内运行,其用于负责通过调度程序接口转换主机系统资源和资源请求,并将系统资源和资源请求发送给所述调度服务核心模块10。在所述调度服务核心模块10确定所述映射关系数据后,所述调度程序处理单元可以负责实际的pod或者容器的绑定。所述调度程序交互单元具体可以是调度程序用户界面(Scheduler UI),所述调度程序用户界面可以为已托管的节点、计算资源、应用程序和队列等提供简单试图。其中,管理员可以通过所述调度程序交互单元调整资源分配,服务请求和虚拟化资源的映射关系,等。
所述虚拟化资源模块30是由所述汽车诊断云平台中的数据资源和服务资源进行虚拟化后得到的,虚拟化后的资源形成一个统一的细粒度的资源池。其中,所述虚拟化资源模块30可以包括物理服务器集群和虚拟机集群,所述物理服务器集群和所述虚拟机集群均用于承载所述数据资源和所述服务资源。只要所述资源池中总的IT资源足够,就可以为每个服务应用分配到虚拟化资源。
此外,所述物理服务器集群和所述虚拟机集群可以采用分布式集群结构,当细粒度资源池资源不足时,可以通过横向扩展等方式增加IT容量,从而实现在逻辑上的资源容量无上限,当然,还可以减少资源池中的IT容量,以释放资源用于他用,并提高单位系统资源的利用率。
因此,在一些实施例中,所述资源管理模块20还用于:根据服务请求的数量调整所述虚拟化资源模块30的资源容量;其中,所述调整所述资源容量包括调整所述物理服务器集群和所述虚拟机集群的节点规模。
下面通过举例说明基于所述虚拟化资源调度系统实现细粒度资源的动态调度和弹性拓展。例如,如图4所示,系统将资源中心的物理服务器集群和虚拟机集群虚拟化为一个统一的微服务细粒度资源池,建立资源/微服务映射,该映射体现了微服务所在资源池的位置,并由资源动态调度模块来统一负责多个微服务应用的资源的调度。具体地流程包括:(1)从微服务细粒度资源池采集资源使用信息;(2)微服务应用发起微服务资源请求;(3)资源动态调度模块读取细粒度虚拟化资源和微服务应用映射信息,获取现有的微服务应用资源布局,融合资源使用状况信息,根据哈希调度算法,为发起所述资源请求的微服务应用分配一个可以使用的虚拟化资源,资源粒度可以是容器;(4)资源调度模块将映射关系数据返回给发起资源请求的微服务应用;(5)微服务应用直接和细粒度资源池通信,根据映射关系数据,直接使用IT资源中心相应的物理服务器集群或虚拟机集群资源。
本发明实施例提供了一种汽车诊断云平台中的虚拟化资源调度系统,能够将汽车诊断云平台中的数据资源和服务资源虚拟化为一个统一的服务资源池,并建立虚拟化资源与服务应用的映射关系,从而能够统一负责微服务应用资源的调度,使调度更灵活。当服务应用增加时,能够通过这种统一调度机制为服务应用配置合适的虚拟化资源。此外,能够同时结合汽车诊断云平台的业务特点,提升了大数据服务的容器化和统一服务运维管理的管理效率。
请参阅图5,图5是本发明实施例提供的一种汽车诊断云平台中的虚拟化资源调度方法的流程图。该方法可以由上述实施例的虚拟化资源调度系统来执行,该方法包括:
S101、所述系统通过所述虚拟化资源模块将所述汽车诊断云平台中的数据资源和服务资源进行虚拟化,以获得虚拟化资源;
S102、所述系统通过所述调度服务核心模块接收所述汽车诊断云平台服务应用的资源请求,根据所述资源请求得到所述服务应用与虚拟化资源的映射关系;
S103、所述系统通过所述资源管理模块,基于所述虚拟化资源和所述映射关系获取所述服务应用对应的虚拟化资源,并将所述虚拟化资源与所述服务应用耦合。
上述步骤S101至步骤S103具体可以参考上述虚拟化资源调度系统实施例,在此不再详述。
其中,所述系统通过所述调度服务核心模块接收所述汽车诊断云平台服务应用的资源请求,根据所述资源请求得到所述服务应用与虚拟化资源的映射关系,包括:
所述系统通过所述调度程序接口和所述接口服务器获取所述资源请求,并将所述资源请求写入所述调度程序处理单元;
所述系统通过所述程序调度和抢占单元监听所述调度程序处理单元,在监听到所述调度程序处理单元接收到所述资源请求后,做出调度或抢占决策;
所述系统通过所述调度程序处理单元根据所述调度或抢占决策处理所述资源请求,并从所述调度程序缓存单元中获得所述资源请求对应的所述服务应用与所述虚拟化资源的映射关系。
在一些实施例中,所述方法还包括:
所述系统通过所述接口服务器管理所述调度程序接口与所述资源管理模块、所述虚拟化资源模块的通讯。
在一些实施例中,所述方法还包括:
所述系统通过所述调度程序缓存单元缓存与调度程序关联的数据,所述数据包括已布局的资源状态信息和资源使用状态信息。
在一些实施例中,所述方法还包括:
所述系统通过所述管理员服务单元处理来自管理员的请求,并且根据所述管理员的请求更新所述调度或抢占决策。
在一些实施例中,所述方法还包括:
所述系统通过所述资源管理模块根据接收到的资源请求数量调整所述虚拟化资源模块的资源容量,以使所述虚拟化资源模块提供的虚拟化资源匹配所述服务请求。
其中,所述虚拟化资源模块包括物理服务器集群和虚拟机集群,所述系统通过所述资源管理模块根据接收到的资源请求数量调整所述虚拟化资源模块的资源容量,包括:所述系统通过所述资源管理模块根据接收到的资源请求数量调整所述物理服务器集群和所述虚拟机集群的节点规模。
本发明实施例提供的方法具有与上述系统相同的功能和有益效果。未在本实施例中详尽描述的技术细节,可参见本发明实施例所提供的系统。
请参阅图6,图6是本发明实施例提供的一种虚拟化资源调度设备的硬件结构示意图,所述虚拟化资源调度设备可以用于执行上述虚拟化资源调度方法,所述虚拟化资源调度系统可以应用于所述虚拟化资源调度设备上。如图6所示,所述服务资源调度设备40包括:
一个或多个处理器401以及存储器402,图6中以一个处理器401为例。
处理器401和存储器402可以通过总线或其他方式连接,图6中以通过总线连接为例。
存储器402作为一种非易失性计算机可读存储介质,可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。处理器401通过运行存储在存储器402中的非易失性软件程序、指令以及模块,从而执行服务资源调度系统的各种功能应用以及数据处理,即实现上述方法实施例的服务资源调度方法。
存储器402可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序。此外,存储器402可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
所述一个或者多个模块存储在所述存储器402中,当被所述一个或者多个处理器401执行时,执行上述任意方法实施例中的服务资源调度方法,例如,执行以上描述的图5中的方法。
上述产品可执行本发明实施例所提供的方法,具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,可参见本发明实施例所提供的方法。
所述虚拟化资源调度设备包括但不限于服务器、服务器集群等设备。
本发明实施例提供了一种非易失性计算机可读存储介质,所述计算机可读存储介质存储有计算机可执行指令,该计算机可执行指令被一个或多个处理器执行,例如图6中的一个处理器401,可使得上述一个或多个处理器可执行上述任意方法实施例中的虚拟化资源调度方法,例如,执行以上描述的图5中的方法。
本发明实施例提供了一种计算机程序产品,包括存储在非易失性计算机可读存储介质上的计算程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,使所述计算机执行上述任意方法实施例中的虚拟化资源调度方法,例如,执行以上描述的图5中的方法。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
通过以上的实施方式的描述,本领域普通技术人员可以清楚地了解到各实施方式可借助软件加通用硬件平台的方式来实现,当然也可以通过硬件来实现。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;在本发明的思路下,以上实施例或者不同实施例中的技术特征之间也可以进行组合,步骤可以以任意顺序实现,并存在如上所述的本发明的不同方面的许多其它变化,为了简明,它们没有在细节中提供;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (17)

1.一种汽车诊断云平台中的虚拟化资源调度系统,其特征在于,所述系统包括:调度服务核心模块、资源管理模块以及虚拟化资源模块,所述虚拟化资源模块是由所述汽车诊断云平台中的数据资源和服务资源虚拟化得到的;
所述调度服务核心模块,用于接收所述汽车诊断云平台服务应用的资源请求,根据所述资源请求得到所述服务应用与虚拟化资源的映射关系;
所述资源管理模块,用于根据所述映射关系从所述虚拟化资源模块获取所述服务应用对应的虚拟化资源,并将所述虚拟化资源与所述服务应用耦合。
2.根据权利要求1所述的系统,其特征在于,所述调度服务核心模块包括调度程序接口,
所述调度程序接口,用于接收所述汽车诊断云平台服务应用的资源请求,并还用于发送所述映射关系至所述资源管理模块。
3.根据权利要求2所述的系统,其特征在于,所述调度服务核心模块还包括:接口服务器、调度程序处理单元、调度程序缓存单元、程序调度和抢占单元,
所述接口服务器用于通过所述调度程序接口获得所述资源请求,并将所述资源请求写入所述调度程序处理单元;
所述程序调度和抢占单元用于在监听到所述调度程序处理单元接收到所述资源请求后,做出调度或抢占决策;
所述调度程序处理单元用于根据所述调度或抢占决策处理所述资源请求,并从所述调度程序缓存单元中获得所述资源请求对应的所述服务应用与所述虚拟化资源的映射关系。
4.根据权利要求3所述的系统,其特征在于,所述接口服务器还用于管理所述调度程序接口与所述资源管理模块、所述虚拟化资源模块的通讯。
5.根据权利要求3所述的系统,其特征在于,所述调度程序缓存单元用于缓存与调度程序关联的数据,所述数据包括已布局的资源状态信息和资源使用状态信息。
6.根据权利要求3所述的系统,其特征在于,所述调度服务核心模块还包括管理员服务单元,所述管理员服务单元用于处理来自管理员的请求,并且还用于根据所述管理员的请求更新所述调度或抢占决策。
7.根据权利要求1至6任一项所述的系统,其特征在于,所述资源管理模块包括调度程序处理单元和调度程序交互单元,
所述调度程序处理单元,用于向所述调度服务核心模块发送所述资源请求,并提供资源信息,还用于根据所述映射关系绑定资源和容器;
所述调度程序交互单元,用于显示资源调度分布状态和服务请求状态,还用于接收管理员的操作。
8.根据权利要求1至6任一项所述的系统,其特征在于,所述虚拟化资源模块包括物理服务器集群和虚拟机集群,
所述物理服务器集群和所述虚拟机集群均用于承载所述数据资源和所述服务资源。
9.根据权利要求8所述的系统,其特征在于,所述资源管理模块还用于:
根据资源请求的数量调整所述虚拟化资源模块的资源容量;
其中,所述调整所述资源容量包括调整所述物理服务器集群和所述虚拟机集群的节点规模。
10.一种汽车诊断云平台中的虚拟化资源调度方法,其特征在于,所述方法由权利要求1至9任一项所述的系统执行,所述方法包括:
所述系统通过所述虚拟化资源模块将所述汽车诊断云平台中的数据资源和服务资源进行虚拟化,以获得虚拟化资源;
所述系统通过所述调度服务核心模块接收所述汽车诊断云平台服务应用的资源请求,根据所述资源请求得到所述服务应用与虚拟化资源的映射关系;
所述系统通过所述资源管理模块,基于所述虚拟化资源和所述映射关系获取所述服务应用对应的虚拟化资源,并将所述虚拟化资源与所述服务应用耦合。
11.根据权利要求10所述的方法,其特征在于,所述系统通过所述调度服务核心模块接收所述汽车诊断云平台服务应用的资源请求,根据所述资源请求得到所述服务应用与虚拟化资源的映射关系,包括:
所述系统通过所述调度程序接口和所述接口服务器获取所述资源请求,并将所述资源请求写入所述调度程序处理单元;
所述系统通过所述程序调度和抢占单元监听所述调度程序处理单元,在监听到所述调度程序处理单元接收到所述资源请求后,做出调度或抢占决策;
所述系统通过所述调度程序处理单元根据所述调度或抢占决策处理所述资源请求,并从所述调度程序缓存单元中获得所述资源请求对应的所述服务应用与所述虚拟化资源的映射关系。
12.根据权利要求11所述的方法,其特征在于,所述方法还包括:
所述系统通过所述接口服务器管理所述调度程序接口与所述资源管理模块、所述虚拟化资源模块的通讯。
13.根据权利要求11所述的方法,其特征在于,所述方法还包括:
所述系统通过所述调度程序缓存单元缓存与调度程序关联的数据,所述数据包括已布局的资源状态信息和资源使用状态信息。
14.根据权利要求11所述的方法,其特征在于,所述方法还包括:
所述系统通过所述管理员服务单元处理来自管理员的请求,并且根据所述管理员的请求更新所述调度或抢占决策。
15.根据权利要求10至14任一项所述的方法,其特征在于,所述方法还包括:
所述系统通过所述资源管理模块根据接收到的资源请求数量调整所述虚拟化资源模块的资源容量,以使所述虚拟化资源模块提供的虚拟化资源匹配所述服务请求。
16.根据权利要求15所述的方法,其特征在于,所述虚拟化资源模块包括物理服务器集群和虚拟机集群,
所述系统通过所述资源管理模块根据接收到的资源请求数量调整所述虚拟化资源模块的资源容量,包括:所述系统通过所述资源管理模块根据接收到的资源请求数量调整所述物理服务器集群和所述虚拟机集群的节点规模。
17.一种虚拟化资源调度设备,其特征在于,包括:
至少一个处理器;
以及与所述至少一个处理器通信连接的存储器;
其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求10至16中任一项所述的方法。
CN202010207824.1A 2020-03-23 2020-03-23 汽车诊断云平台中的虚拟化资源调度系统、方法 Pending CN111427678A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202010207824.1A CN111427678A (zh) 2020-03-23 2020-03-23 汽车诊断云平台中的虚拟化资源调度系统、方法
PCT/CN2021/081129 WO2021190360A1 (zh) 2020-03-23 2021-03-16 汽车诊断云平台中的虚拟化资源调度系统、方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010207824.1A CN111427678A (zh) 2020-03-23 2020-03-23 汽车诊断云平台中的虚拟化资源调度系统、方法

Publications (1)

Publication Number Publication Date
CN111427678A true CN111427678A (zh) 2020-07-17

Family

ID=71549027

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010207824.1A Pending CN111427678A (zh) 2020-03-23 2020-03-23 汽车诊断云平台中的虚拟化资源调度系统、方法

Country Status (2)

Country Link
CN (1) CN111427678A (zh)
WO (1) WO2021190360A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113406946A (zh) * 2021-05-28 2021-09-17 深圳市道通科技股份有限公司 汽车诊断方法及装置、汽车诊断设备
WO2021190360A1 (zh) * 2020-03-23 2021-09-30 深圳市道通科技股份有限公司 汽车诊断云平台中的虚拟化资源调度系统、方法
CN113961356A (zh) * 2021-10-29 2022-01-21 重庆长安汽车股份有限公司 一种车辆单通道和多通道并行诊断方法及系统
CN114415619A (zh) * 2021-11-29 2022-04-29 浙江吉利控股集团有限公司 一种车辆诊断方法及存储介质
CN114528032A (zh) * 2020-10-30 2022-05-24 华为云计算技术有限公司 一种服务器系统以及数据处理的方法

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114363142A (zh) * 2022-01-12 2022-04-15 浙江大学 一种基于微服务架构的服务管控系统
CN115309124B (zh) * 2022-09-13 2023-07-14 广州港股份有限公司 一种散货码头关于皮带秤统筹协助的控制方法及系统
CN117240838B (zh) * 2023-11-14 2024-01-26 富钛字节车载软件(长春)有限公司 一种基于云原生can调试系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104601664A (zh) * 2014-12-22 2015-05-06 西安电子科技大学 一种云计算平台资源管理与虚拟机调度的控制系统
CN107404523A (zh) * 2017-07-21 2017-11-28 中国石油大学(华东) 云平台自适应资源调度系统和方法
CN107547595A (zh) * 2016-06-27 2018-01-05 腾讯科技(深圳)有限公司 云资源调度系统、方法及装置
CN109951545A (zh) * 2019-03-14 2019-06-28 广州云晫信息科技有限公司 自适应的容器和云桌面的融合系统及其获取云资源的方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9804895B2 (en) * 2015-08-28 2017-10-31 Vmware, Inc. Constrained placement in hierarchical randomized schedulers
CN111427678A (zh) * 2020-03-23 2020-07-17 深圳市道通科技股份有限公司 汽车诊断云平台中的虚拟化资源调度系统、方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104601664A (zh) * 2014-12-22 2015-05-06 西安电子科技大学 一种云计算平台资源管理与虚拟机调度的控制系统
CN107547595A (zh) * 2016-06-27 2018-01-05 腾讯科技(深圳)有限公司 云资源调度系统、方法及装置
CN107404523A (zh) * 2017-07-21 2017-11-28 中国石油大学(华东) 云平台自适应资源调度系统和方法
CN109951545A (zh) * 2019-03-14 2019-06-28 广州云晫信息科技有限公司 自适应的容器和云桌面的融合系统及其获取云资源的方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
李强: "《云计算及其应用》", 30 April 2018, 武汉:武汉大学出版社, pages: 45 - 46 *
莫有印 等: "《计算机技术与云安全》", 30 June 2019, 延吉:延边大学出版社, pages: 136 - 137 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021190360A1 (zh) * 2020-03-23 2021-09-30 深圳市道通科技股份有限公司 汽车诊断云平台中的虚拟化资源调度系统、方法
CN114528032A (zh) * 2020-10-30 2022-05-24 华为云计算技术有限公司 一种服务器系统以及数据处理的方法
CN113406946A (zh) * 2021-05-28 2021-09-17 深圳市道通科技股份有限公司 汽车诊断方法及装置、汽车诊断设备
CN113406946B (zh) * 2021-05-28 2022-08-02 深圳市道通科技股份有限公司 汽车诊断方法及装置、汽车诊断设备
CN113961356A (zh) * 2021-10-29 2022-01-21 重庆长安汽车股份有限公司 一种车辆单通道和多通道并行诊断方法及系统
CN114415619A (zh) * 2021-11-29 2022-04-29 浙江吉利控股集团有限公司 一种车辆诊断方法及存储介质
CN114415619B (zh) * 2021-11-29 2024-06-11 浙江吉利控股集团有限公司 一种车辆诊断方法及存储介质

Also Published As

Publication number Publication date
WO2021190360A1 (zh) 2021-09-30

Similar Documents

Publication Publication Date Title
CN111427678A (zh) 汽车诊断云平台中的虚拟化资源调度系统、方法
CN109034396B (zh) 用于处理分布式集群中的深度学习作业的方法和装置
CN102033777B (zh) 基于ice的分布式作业调度引擎
CN108205541B (zh) 分布式网络爬虫任务的调度方法及装置
CN101449263B (zh) 用于实例化网络上的服务的以计算机实现的方法和装备
WO2021031983A1 (zh) 一种汽车诊断云平台系统、业务实现方法
CN101652750B (zh) 数据处理装置、分散处理系统、数据处理方法
CN103092698A (zh) 云计算应用自动部署系统及方法
CN104881325A (zh) 一种资源调度方法和资源调度系统
CN104079630A (zh) 一种业务服务端负载均衡方法、客户端、服务端以及系统
CN104735095A (zh) 一种云计算平台作业调度方法及装置
CN103019853A (zh) 一种作业任务的调度方法和装置
CN109677465B (zh) 用于轨道交通综合监控系统的分布式实时系统架构
CN106686140A (zh) 一种网络虚拟化存储方法、设备和系统
US12014216B2 (en) Method for platform-based scheduling of job flow
CN111984505B (zh) 一种运维数据采集装置及采集方法
CN114301917A (zh) 一种弹性伸缩的设备接入系统及其工作方法
CN112148458A (zh) 任务调度方法、装置
CN103380608B (zh) 在计算环境中汇聚队列信息及作业信息的方法
CN114448983A (zh) 基于ZooKeeper的分布式数据交换方法
Albrecht et al. Making work queue cluster-friendly for data intensive scientific applications
CN102790788B (zh) 一种网格资源管理系统
EP4109261A2 (en) Access processing method, device, storage medium and program product
CN116226067A (zh) 日志管理方法、日志管理装置、处理器和日志平台
JP2011197775A (ja) データ管理システム、管理サーバ、データ管理方法およびデータ管理用プログラム

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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20221202

Address after: 710000 Room 11101, Building 3, Moore Center, No. 34, Fenghui South Road, Hi tech Zone, Xi'an, Shaanxi

Applicant after: Xi'an Daotong Technology Co.,Ltd.

Address before: 7 / F, 8 / F, 10 / F, building B1, Zhiyuan, 1001 Xueyuan Avenue, Xili street, Nanshan District, Shenzhen City, Guangdong Province

Applicant before: AUTEL INTELLIGENT TECHNOLOGY Corp.,Ltd.