一种基面向多可用区存储的用户协同方法及系统和存储介质技术方案

技术编号:37209647 阅读:22 留言:0更新日期:2023-04-20 23:00
本申请公开了面向多可用区存储的用户协同方法及存储介质,方法应用于云桌面系统,包括:通过连接所述用户端获取用户在应用层的需求信息,形成多个用户需求组;调用所述用户适配层按照桌面、应用、数据区、可用区进行用户虚拟化创建,形成多个虚拟用户;调用所述用户适配层自定义所述虚拟用户;调用所述用户适配层制定用户适配策略;根据用户工作状态和应用需求进行数据预测;依据适配策略有选择地将缓存区数据与虚拟用户进行适配。本申请实施例通过先将用户虚拟化,根据用户工作状态和应用需求进行热等待状态的预测,优先将热等待状态数据放到专门的缓存区用于与虚拟用户优先适配,以实现多角色协同,满足多需求用户的高并发应用需求。需求。需求。

【技术实现步骤摘要】
一种基面向多可用区存储的用户协同方法及系统和存储介质


[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]上述说明仅是本申请技术方案的概述,为了能够更清楚了解本申请的技术手段,而可依照说明书的内容予以实施,并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂,以下特举本申请的具体实施方式。
附图说明
[0035]为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是示例性的,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的
附图获得其他的附图。
[0036]图1为本申请实施例的流程示意图。
具体实施方式
[0037]本申请实施例通过提供一种基于云桌面的三维模型高效预览方法及系统,解决了现有技术中预览环节,统一提供相同比例大小的图像,导致真实需求无法实现或造成资源浪费的问题。
[0038]下面,将参考附图对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请的一部分实施例,而不是本申请的全部实施例,应理解,本申请不受这里描述的示例实施例的限制。基于本申请的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部。
[0039]实施例一
[0040]本申请实施例提供了面向多可用区存储的用户协同方法,所述方法应用于云桌面系统。构建了面向多可用区存储的云桌面系统架构,包括应用层、服务中台层、用户适配层和基础设施层;重构了用户角色适配方法,实现多角色、多应用、多任务的协同。
[0041]如图1所示,所述云桌面系统包括应用层、服务中台层、用户适配层和基础设施层,且与用户端通信连接。
[0042]本文档来自技高网
...

【技术保护点】

【技术特征摘要】
1.面向多可用区存储的用户协同方法,其特征在于,所述方法应用于云桌面系统;所述云桌面系统包括应用层、服务中台层、用户适配层和基础设施层,且与用户端通信连接,所述方法包括:通过连接所述用户端获取用户在应用层的需求信息,形成多个用户需求组;调用所述用户适配层按照桌面、应用、数据区、可用区进行用户虚拟化创建,形成多个虚拟用户;调用所述用户适配层自定义所述虚拟用户;调用所述用户适配层制定用户适配策略;根据用户工作状态和应用需求进行数据预测;依据适配策略有选择地将缓存区数据与虚拟用户进行适配。2.根据权利要求1所述的面向多可用区存储的用户协同方法,其特征在于,每个所述虚拟用户包含桌面

应用

数据区

可用区的映射信息,其中,桌面

应用

数据区

可用区的映射信息呈一对多映射。3.根据权利要求1所述的面向多可用区存储的用户协同方法,其特征在于,所述根据用户工作状态和应用需求进行数据预测包括:预测符合热等待状态的数据。4.根据权利要求2所述的面向多可用区存储的用户协同方法,其特征在于,所述依据适配策略有选择地将缓存区数据与虚拟用户进行适配包括:所述基础设施层中包含多个用于存储数据的可用区;所述用户适配层中包含缓存区;所述缓存区用于存放处于热等待状态提前从所述...

【专利技术属性】
技术研发人员:梅向东
申请(专利权)人:江苏赞奇科技股份有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1